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FOREWORD 


This  report  documents  The  Aerospace  Corporation  effort  on 
Study  2.3,  Systems  Cost/Performance  Analysis,  performed  under  NASA 
Contract  NASW-2575  during- Fiscal  Year  1974.  The  effort  was  directed 
by  Mr.  B.  H,  Campbell.  Mr.  R.  D.  Kramer,  Marshall  Space  Flight 
Center  and  Mr,  R.  R.  Car  ley,  NASA  Headquarters  were  the  NASA  Study 
Directors  for  this  study.  Their  efforts  in  providing  technical  direction 
throughout  the  duration  of  the  study  are  greatly  appreciated. 

This  volume  is  one  of  three  volumes  of  the  final  report  for 
Study  2.3.  The  three  volumes  are: 


Volume  I 
Volume  II 
Appendix 
Volume  III 


Executive  Summary 

Systems  Cost/Performance  Model 

Data  Base 

Programmer's  Manual  and  User's  Guide 


Volume  I summarizes  the  overall  report.  It  includes  the 
relationship  of  this  study  to  other  NASA  efforts,  significant  results,  study 
limitations,  and  suggested  additional  effort. 

Volume  II  provides  a detailed  description  of  the  Systems  Cost/ 
Performance  Model.  It  also  includes  the  model  checkout  and  the  results 
for  three  payload  test  cases.  The  Data  Base  is  provided  in  the  Appendix 
to  Volume  II. 

Volume  III  provides  a detailed  description  of  how  the  Systems 
Cost/ Performance  Computer  Program  is  organized  and  operates.  The 
program  listing,  detailed  flow  charts  and  user  restrictions  are  included. 
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1.  INTRODUCTION 


1.  1 General 

During  the  preceding  year  a new  methodology  for  developing 
balanced  designs  of  spacecraft  subsystems  which  interrelates  cost, 
performance,  safety,  and  schedule  considerations  was  developed  as  part 
of  the  FY  1973  NASA  Study  2.3  (See  Ref.  1-1).  The  methodology  consists 
of  a two-step  process.  The  first  step  is  one  of  selecting  all  hardware 
designs  which  satisfy  the  given  performance  and  safety  requirements.  The 
second  step  is  one  of  estimating  the  cost  and  schedule  required  to  design, 
build,  and  operate  each  spacecraft  design.  Using  this  methodology  to 
develop  a systems  cost/performance  model  allows  the  user  of  such  a 
model  to  establish  specific  designs  and  the  related  costs  and  schedule. 

In  addition,  the  user  is  able  to  determine  the  sensitivity  of  design,  costs, 
and  schedules  to  changes  in  requirements. 

Previous  cost  modeling  approaches  fall  into  one  of  two  basic 
categories:  "bottom -up"  or  "top-down.  " The  "bottom -up"  approach 
depends  on  development  of  a specific  system.  Detailed  estimates  of  tasks, 
material  costs,  manpower  requirements,  and  schedules  are  made,  and 
total  estimates  are  obtained  by  summing  individual  costs  and  task  durations 

"Top-down"  models  use  CER  (cost  estimating  relationship) 
approaches  to  estimate  the  cost  of  a specific  system  (See  Ref.  1-2).  In 
these  models,  the  CERs  are  related  to  distinct  parameters  such  as  weight, 
power,  and  pointing  accuracy.  The  deficiency  of  the  CERs  lies  in  that, 
although  they  identify  what  are  cost  drivers,  CERs  do  not  model  why  and 
how  the  costs  are  driven  by  the  parameters. 

Since  CERs  have  not  been  completely  successful  in  meeting  the 
prime  criterion  of  determining  sensitivity  of  cost  to  changes  in  program 
requirements,  top-down  approaches  were  judged  unacceptable  for  a cost/ 
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performance  model.  .Hence,  it  was  thought  that  a model  oriented  from  the 
bottom-up  could  lead  to  fulfillment  of  this  criterion. 

During  the  FY  1973  effort,  a set  of  basic  equations,  termed 
"aggregate  equations,"  were  written  to  describe  the  performance,  safety 
(reliability),  cost,  and  schedule  required  for  one  type  of  Stabilization  and 
Control  Subsystem  in  terms  of  the  equipment  used.  This  year's  effort  was 
devoted  to  refining  the  methodology  and  applying  it  to  unmanned,  automated 
spacecraft  subsystems. 

1 ■ 2 Objectives 

This  year's  study  had  three  objectives.  The  first  objective  was 
to  refine  and  improve  the  cost/pe'rformance  methodology  which  was  developed 
during  the  preceding  fiscal  year's  study.  The  same  two-step  process  of 
first  establishing  hardware  designs  and  then  estimating  costs  and  schedules 
was  retained.  However,  incomplete  portions  of  the  methodology  such  as  the 
cost  and  schedule  models  were  to  be  improved.  A product  of  this  year's 
effort  is  the  Systems  Cost/Performance  Model  shown  in  .Figure  1-1. 

The  second  objective  was  the  application  of  the  cost/performance 
methodology  to  the  following. vehicle  subsystems: 

a.  Stabilization  and  Control  (S&C) 

b.  Auxiliary  Propulsion  Subsystem  (APS) 

c.  Communications,  Data  Processing  and  Instrumentation  (CDPI) 

d.  Electrical  Power  (EP) 

1.  Sources 

2.  Conditioning  and. Distribution 

e.  Thermal  Control  Subsystem  (TCS) 

f.  Structure 

The  third  objective  was  to  implement  the  Systems  Cost/Perfor- 
mance  Model  as  a digital  computer  program.  The  program  would  be  used 
to  perform  initial  program  planning,  cost/performance  tradeoffs,  and 
sensitivity  analyses. 
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Figure  1-1.  Systems  Cost/Performance  Model 


1.  3 


Approach 

The  general  format  of  the  vehicle  design /equipment  selection 
model  is  presented  in  Figure  1-2.  The  subsystems  to  be  modeled  are 
represented  by  solid  boxes.  Mission  equipment, which  was  not  modeled  as 
part  of  the  FY  1974  effort, is  represented  by  a box  with  broken  lines.  The 
modeling  applies  to  unmanned,  automated  spacecraft  including? 

a.  Defense'  System  Communication  Satellite  (DSCS  II) 

b.  Defense  Support  Program  (DSP) 

c.  Earth  Observatory  Satellite  (EOS) 

d.  High  Energy  Astronomy  Observatory  (HEAO) 

e„  Large  Space  Telescope- (LST) 

The  vehicle  subsystems'  models  have  four  key  parts: 

a.  The  input  data  required  to  establish  a specific  design  and  the 
necessary  equipment. 

-b„  An  algorithm  which  selects  acceptable  designs  and  the  hardware 
required  to  implement  the  designs. 

c.  The  output  data  including  a description  of  the  design,  the  equip- 
ment list  associated  with  the  design,  and  any  other  data  required 
to  interface  with  other  portions  of  the  Cost/Performance  Model. 

d.  A data  base  consisting  of  off-the-shelf  hardware  from  which  the 
design  algorithm  can  select. 

The  following  tasks  were  performed  in  order  to  ensure  that  the 
models  would  be  as  complete  as  possible. 

1.3.1  Functional  ~ 

One  of  the  first  tasks  was  to  determine  the  functions  performed 
by  each  subsystem 'and  the  functions  performed  by  specific  hardware  types 
within  the  subsystem.  Obviously,  interfaces  between  subsystems  deter- 
mined some  of  the  functions  to  be  performed.  The  outline  of  functions  to 
be  performed  had  to  be  complete  since  potential  subsystem  designs  are, 
for  the  most  part,  related  directly  to  the  functions  they  are  required  to  per 
form. 
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Figure  1-2.  Vehicle  De sign/ Equipment  Selection 


1.3.2  Block  Diagrams 

Block  diagrams  were  developed  for  all  generally  used  subsystem 
configurations.'  The  block  diagrams  contained  the  equipment  types  used 
in  each  configuration  and  illustrated  the  functions  performed  by  the  equip- 
ment. Since  there  may  be  an  infinite  number  of  block  diagram  variations,  thi 
designer  established  certain  general  block  diagrams  that  were  valid  for  most 
designs. 

1.3.3  Design  Algorithm 

The  design  algorithm  performs  the  function  of  selecting  pre- 
configured subsystem  designs  which  will  meet  the  input  requirements.  This 
implies  that,  as  part  of  the  vehicle  design  algorithm,  a complete  set  of 
alternative  designs  has  been  established  from  which  to  choose. 

The  design  algorithm  consisted  of  a composite  of  logical  and 
arithmetic  operations.  An  example  would  be  to  determine  whether  to  use 
gaseous  nitrogen  or  bipropellant  and  then  what  quantity  for  the  Auxiliary 
Propulsion  Subsystem.-  A logical  decision  as  to  which  propellant  should  be' 
used  may  be  made  on  the  basis  of  the  required  total  impulse.  The  amount 
of  the  propellant  can  be  calculated  by  knowing  the  required  total  impulse  and 
the  propellant’s  specific  impulse.  This  example  incorporates  a simple 
logical  decision  (based  on  certain  assumptions  and  approximations)  with  an 
arithmetic  calculation.  In  addition,  the  algorithm  result  may  be  overridden  . 
if  the  program  input  data  specifies  that  a particular  propellant  (e.g.,  gaseous 
nitrogen)  will  be  used. 

1.3.4  Hardware  Selection 

Given  any  specific  design  meeting  the  input  requirements,  the 
hardware  (and  software)  required  to  implement  such  a design  must  be 
selected  and  sized.  The  hardware  is  selected  from  available  off-the-shelf 
hardware  which  is  listed  in  the  data  base.  Obviously,  the  model  must  be 
capable  of  differentiating  between  hardware  components  of  the  same  type  and 
of  determining  which- hardware  component  has  the  characteristics  to  satisfy 
all  of  the  requirements. 
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Input.  Data 

In  order  to  have  a workable  algorithm,  the  exact  input  data  list 
required  to  select  a design  and  size  the  necessary  equipment  has  been 
established.  The  input  data  would  normally  include  subsystem  performance 
requirements,  interface  requirements,  and  any  other  data  necessary  to  make 
design  decisions. 

1.3.6  Aggregate  Equations 

The  aggregate  equations  are  a set  of  basic  equations  describing 
the  technical  performance,  safety  (reliability),  cost,"  and  schedule  in  terms 
of  the  equipment  used  in  the  specific  configuration.  A list  of  the  System 
Cost/Performance  Model  parameters  described  by  aggregate  equations  is 
presented  in  Table  1-1. 

As  an  example,  the  aggregate  equation  for  the  pointing  accuracy 
(which  is  a technical  characteristic)  of  a three-axis  Stabilization  and  Control 
Subsystem  (in  this  example,  a specific  design  type)  considers  variables 
such  as  horizon  sensor  noise- and  misalignment,  gyroscope  drift  and  mis- 
alignment, amplifier  noise  and  offset,  and  electronic  deadzone.  Each  of 
these  variables  is  multiplied  by  a computed  sensitivity  coefficient  and  com- 
bined in  either  a worst  case  or  a root -sum -square  fashion  to  form  the 
aggregate  equation  for  the  S&C  pointing  accuracy. 

Generally,  the  technical  characteristics  and  safety  aggregate 
equations  were  used  to  ascertain  whether  a specific  design  with  specific 
hardware  satisfied  the  input  requirements.  The  remaining  model  parameters, 
including  cost  and  schedule,  were  used  as  output  variables  describing  the 
specific  design's  characteristics.  However,  any  of  the  parameters  could  be 
specified  as  an  input  parameter.  Examples  would  include  weight,  volume, 
cost,  or  schedule  constraints. 
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Table  1-1,  Model  Parameters 


Subsystems 
Configurations 
.Equipment  types 
Equipment 

Performance 


1.  1 


1.2 


1.3 

1.4 


1.5 


Technical  characteristics 

1.1.1  \ Subsystem -peculiar;  no  more  than  ten  items 
V per  subsystem;  does  not  include  items  listed 
1.  1.  10  j'  below 


Power 

1.2.  1 
1.2.2 

1.2.3 

1.2.4 

1.2.5 

1.2.6 


Weight 


Volume 

1.4.  1 

1.4.2 

1.4.3 

1.4.4 


Inertia 
1.5.  1 

1.5.2 

1.5.3 


Average  power 

Peak  power 

Minimum  power 

Nominal  voltage 

Maximum  voltage  specification 

Minimum  voltage  specification 


Total  volume 
Length 
Width 
Height 


I 

yy 

i 

zz 


. 1.6  Vibration  specification 

1.6.1  Random 

1.6.2  Nonrandom 
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Table  1-1.  Model  Parameters  (Continued) 


1.7  Temperature  specification 

1.  7.  1 Maximum  temperature  limit 

1.7.2  Minimum  temperature  limit  ■ 

1.8  ' Ambient  pressure  specification' 

2.  Safety 

2.  1 Reliability  assessment 

2.1.1  MMD 

2.1.2  Reliability 

2.1.3  Reliability  truncation  time 

2.2  Failure  detection  probability  (fault  isolation) 

2.  3 False  alarm  probability 

3.  Cost 

3.  1 DDT&E 

3.  1.  1 
3.  1.2 
3.  1.3 
3.  1.4 
3.  1.5 
3.  1.6 
3.  1.7 

3.2  Investment  (Recurring) 

3.2.1  Engineering 

3.2.2  Production 

3.  2.  3 Tooling  and  test  equipment 

3.2.4  Quality  control 

3.2.5  Systems  engineering  and  integration 

3.2.6  ' Program  management 

3.3  Operations 


Design  engineering 
Tooling  and  test  equipment 
Qualification  units 
Test  and  evaluation 
Quality  control 

Systems  engineering  and  integration 
Program  management 
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Table  1-1.  Model  Parameters  (Continued) 


4.  Schedule 

4.  1 Component  design  and  development 

4.  2 Component  qualification 

4.  3 Subsystem  development 

4.  4 Subsystem  qualification 

4.  5 System  test,  checkout  and  flight  readiness 
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1.3.7 


Data  Base 


A data  base  consisting  of  off-the-shelf  hardware  was 
established.  The  data  content  would  revolve  around  each  hardware 
component.  . The  data  for  each  component  would  consist  of  four  types: 

a.  Performance 

b.  Reliability 

c.  Cost 

d.  Schedule 

The  four  types  of  data  would  contain  sufficient  information  to: 

a.  Allow  the  equipment  selection  algorithm  to  select  specific 
pieces  of  equipment 

b.  Allow  the  aggregate  equations  to  be  computed 

c.  Provide  necessary  output  data 

The  data  was  collected  from  in-house.  Air  Force,  and  NASA 
sources.  Selecting  the  equipment  components  to  be  incorporated  in  the 
data  base  was  the  responsibility  .of  the  technical  specialists.  Reliability, 
schedule,  and  cost  data  for  each  equipment  component  was  obtained  by  the 
reliability,  schedule  and  cost  specialists. 

1 . 3 . 8 Computer  Program  Model 

The  Systems  Cost/Performance  Model  was  implemented  as  a 
digital  computer  program.  The  program  was  written  in  the  language  of 
Fortran  IV  as  adapted  to  the  CDC  7600  computer  and  the  Univac  1108 
computer  (for  use  at  MSFC).  The  program  included  the  Systems  Cost/ 
Performance  Model  (presented  in  Figure  1-1)  and  the  related  data  base. 

1.3.9  Model  Checkout 

Two  forms  of  model  checkout  were  performed.  The  first  was  a 
set  of  computer  runs  to  ensure  that  both  the  logic  and  arithmetic  models 
were  accurate  and  complete  and  that  all  submodels  were  interfacing  properl) 
The  second  set  of  computer  runs  was  limited  to  a few  special  runs,  selected 
for  the  purpose  of  comparing  the  Systems  Cost/Performance  Model  against 
actual  cost,  performance,  safety  and  schedule  data  and  against  other 
existing  models.  • 
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2.  MODEL,  OVERVIEW 


2.  1 GENERAL 

2*1.1  Systems  Cost/Performance  Model 

The  general  concept  of  the  Systems  Cost /Performance  Model 
was  illustrated  in  Figure  1-1  and  is  repeated  in  Figure  2-1  for  the  con- 
venience of  the  reader.  The  user  of  the  Cost/ Performance  Model  must 
supply  certain  program  data  which  would  normally  include  the  payload 
performance  requirements  as  well  as  general  information  necessary  to 
select  a payload  design.  The  technical  portion  of  the  model  consists  of 
a two-step  process:  the  first  step  is  to  select  subsystem  configurations 
which  are  acceptable  to  the  user,  and  the  second  step  is  to  select  equipment 
from  a data  base  to  mechanize  the  subsystem  configuration.  The  reliability 
portion  of  the  model  adds  redundancy  to  the  design  such  that  the 
reliability  requirements  are  met.  The  resulting  output  of  the  technical 
model  is  any  number  of  payload  designs  which  meet  or  exceed  the  input 
requirements.  The  acceptable  designs  are  specified  down  to  the  subsystem 
component  (assembly)  level.  The  cost  and  schedule  required  to  design, 
build,  and  operate  each  payload  design  is  estimated  by  summing  up  the 
individual  .cost  and  schedule  allocations  based  on  each  end  it^m.  assembly 
specified  as  part  of  the  particular  design. 

2.1.2  Subsystem  Interaction 

The  technical  portion  of  the  Systems  Cost/Performance  Model 
was  depicted  in  Figure  1-2  and  is  also  repeated  for  the  convenience  of  the 
reader  in  Figure  2-2.  The  expanded  detail' summarizes  the  inputs  required 
by  each  subsystem. 

Most  importantly,  the  interaction  between  subsystems  ’as  a design 
problem  is  illustrated.  In  order, to  design  the  Stabilization  and  Control  (S&C) 
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Figure  2-1.  Systems  Cost/Performance  Model 
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Figure  2-2 


Vehicle  Design/Equipment  Selection 


Subsystem,  the  vehicle  weight,  dimensions,  and  moments  of  inertia  must 
be  known.  Design  of  the  Auxiliary  Propulsion  Subsystem  (APS)  requires 
knowledge  of  the  total  impulse  and  thrust  levels  from  S&C.  Design  of  the 
Data  Processing  (DP)  Subsystem  requires  knowledge  of  the  telemetry  and 
data  processing  requirements  for  each  piece  of  equipment  in  the  vehicle. 

Design  of  the  Communication  Subsystem  requires  knowledge  of  the  command 
and  communication  requirements  for  the  entire  vehicle.  Design  of  the  Electrical 
Power  (EP)  Subsystem  requires  knowing  the  power  requirements.  Deter- 
mining the  structural  makeup  of  the  vehicle  and  the  weight,  dimensions, 
and  inertias  requires  some  insight  into  what  is  contained  within  the  vehicle 
and  what  the  environment  is.  The  reliability  requirements  impact  the 
design  of  every  subsystem  through  the  addition  of  redundancy.  The  major 
point  to  be  made  here  is  that  by  modeling  the  interaction  of  the  subsystem 
design  processes,  the  Systems- Cost/Performance  Model  is  not  only  a sub- 
system design  tool,  but  is  also  a system  design  tool. 

2.1.3  Model  Operation 

The  Systems  Cost/Performance-Model  approach  to  designing 
payloads  is  illustrated  in  Figure  2-3.’  The  starting' point  consists  of  a 
data  base.  The  data  base  contains  a large  array  of  equipment  (assemblies) 
which  are  to  be  candidates  in  designing  the  payload.  Each  piece  of  equipment 
in  the  data  base  has  its  attributes  .specified.  The  attributes  include  technical 
characteristics,  power  requirements,  weight,  volume,  vibration,  tempera- 
ture and  pressure  specifications,  command  and  telemetry  requirements, 
a reliability  description,  and  cost  and  schedule  allocations. 

The  general  approach  to  establishing  a specific  payload  design 
is  to,  select  any  combination  of  equipment  from  the  data  base.  Next,  the 
payload  performance,  safety,  cost,  and  schedule  can  be  estimated  by  using 
a -set  of  aggregated  equations  (design  algorithm)  to  process  the  equipment 
attributes.  If  the  payload  attributes,  as  determined  by  the  aggregate  equa- 
tions, meet  the  user  supplied  requirements,  then  the  specific  design  is 


■?~A 


DATA  BASE  MATRIX 


Figure  2-3.  Model  Operation. 


printed  in  an  answer  matrix  as  an  acceptable  design.  If  the  payload 
attributes  are  not  satisfactory,  the  design  attempt  is  aborted.  In  either 
case,  the  Cost/Performance  Model  continues  to  try  new  combinations  of 
squipment  from  thg  data  base.  The  net  result  is  a complete  set  of  payload 
designs  meeting  or  exceeding  the  input  requirements. 

2.2  -SUBSYSTEM  MODELS 

2.2.1  Subsystem  Configurations 

A subsystem  configuration  is  a general  design  type  for  which 
jquipment  listed  in  the  data  base  will  be  searched  out  in  order  to  mechanize 
:he  design.  Configurations,  then,  are  synonomo'us  with  subsystem  types, 
rhe  configurations  incorporated  in  the  Systems  Cost/Performance  Model 
ire  listed  in  Table  2-1. 


Table  2-1.  Configurations 

Stabilization  and  Control 

a.  ’ Dual  Spin 

b.  Yaw  Spin 

c.  Three-Axis  Mass,  expulsion 

d.  Mass  Expulsion  with  Control  Moment  Gyros 

e.  Mass  Expulsion  with  Pitch  Momentum  Wheel 

Auxiliary  Propulsion 

a.  Cold  gas 

b.  Mono  propellant 

c.  Bipropellant 

Electrical  Power  Sources 

a.  Body  mounted  solar  arrays 

b.  Oriented  solar  array  paddles 
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Table  2-1.  Configurations  (Continued) 


Electrical  Power  Conditioning 

a.  Shunt  regulation 

b.  Shunt  and  discharge  regulation 

c.  Series  load  regulation 

Communications 

a.  Separate  uplink  and  downlink 

b.  Unified  link,  common  antenna 

c.  Unified  link,  separate  antenna 

d.  Unified  link,  common  antenna,  plus 

separate  downlink 

e'.  Unified  link,  separate  antenna,  plus 

separate  downlink 

Data  Processing 

a.  General  purpose' processor 

b.  Special  purpose  processors 

Thermal  Control 

(Dependent  on  other  subsystems  and  component 
requirements) 


Vehicle  Shapes 

a.  Cylinder 

b.  Box 

c.  Sphere 


Structure 

a.  Semi-monocoque 


Redundancy 

a.  Single  system 

b.  Dual  system 
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Each  configuration  has  associated  with  it  certain  data  including: 

a.  Compatibility  or  incompatibility  with  other-  subsystems  1 
configurations. 

b.  Types  of  equipment  required  to  mechanize  the  configuration. 

c.  Duty  cycle  for  each  equipment  type. 

d.  Schedule  data. 

2.2.2  Equipment  Description 

The  model  selects- equipment  for  a specific  design  in  one  of 
three  ways : 

a.  Most  equipment  is  selected' from  the  data  base  on  the  basis  of 
technical  performance. 

b.  Some  equipment  which  cannot  be  differentiated  on  the  basis  of 
technical' performance  is  called  up  from  the  data  base  on  a 
first  called  basis  in  order  to  provide  a complete  design 
description.  * 

c.  Certain  equipment  is  not  amenable  to  cataloging  in  the  data 
base.  This  equipment  is  .identified  and  specific  parameters 
are  determined.  Examples  include  the  wiring  harness  and 
the  Thermal  Control  Subsystem  components. 

An  example  of  an  equipment  description  in  the  data  base  is 
provided  in  Table  2-2. 

2.2.3  Design  Algorithms 

The  design  algorithms  for  all  subsystems  are  summarized  in 
the  following  paragraphs.  The  input  data  required  by  each  subsystem  is 
stated  with  the  source  of  the  data  given  in  parantheses.  A brief  statemenl 
of  what  the  subsystem  design  algorithm  does  is  provided  along  with  a 
summary  of  the  output  information. 

2.2.3. 1 Stabilization  and  Control  Subsystem 

a.  Input  Data 

1.  Vehicle  orientation  (User) 

2.  Orbit  altitude  (User) 

3.  Mission  lifetime  (User) 

4.  . Attitude  control  requirements  (User) 

5.  Vehicle  physical  description  (Vehicle  Sizing) 

*It  is  proposed  that  this  category  be  eliminated  in  future  models  by 
differentiation  of  all  equipment  as  suggested  in  paragraph  a. 
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Table  2-2.  Data  Base  Example 


Subsystem:  Auxiliary  Propulsion  (0808) 

Configurations:  Monopropellant 

Equipment  Type:  Thruster  (TRW  404620) 

Performance 

Technical  Characteristics  . * 

(1)  Thrust  level  (N) 

, 18 

(2)  Pulse  life  (cycles) 

93,  000 

(3)  Inlet  pressure  (N/m^) 

4.  14  x 106 

.(4)  Total  impulse  (N-sec) 

6.49'x  104 

(5)  ISP  (sec)  • 

230 

. (6) 

(V 

(8) 

(9) 

(10) 

Power 

Average  Power  (watts): 

(near  zero) 

Maximum  Power  (watts): 

5.5 

Minimum  Power  (watts): 

0.0 

Nominal  Voltage  (volts): 

28.0 

. - Maximum  Voltage  (volts): 

32.6 

Minimum  Voltage  (volts): 

26.0 

Converter /Inverter  Requirement  (flag): 

N.  A. 

Weight  (Kg): 

0.3 

Volume  (cc): 

Vibration  • ' 

1700 

Randon-(g,  rms):  • 

19.5 

Non- Random  (g): 

10.  5 

Tempe  rature 

Maximum  (deg  IQ: 

322 

Minimum  (deg  K): 

278 

Pressure  (psia): 

(Unknown) 
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Table  2-2.  Data  Base  Example  (Continued) 


Performance  (continued) 

CDPI 

Power  Switching  Commands  (No.): 

0 

Time  Tagged  Commands  (No.): 

0 

Other  Commands  (No.): 

0 

High  Rate  Telemetry 

Number  of  Analog  Points  (No.)1: 

0 

Number  of  Digital  Points  (No.): 

. 0 

Sample  Rate  (sec-1): 

0 

Word  Length  (bits): 

0 

Low  Rate  Telemetry 

Number  of  Analog  Points  (No.): 

2 

Number  of  Digital  Points  (No.): 

0 

Sample  Rate  (sec-1) 

1 

Word  Length,  (bits) : 

8 

Safety 

. 

■ 

Failure  Model  (flag): 

5 . 

Failure  Parameters  ±o 

Failure  Rate  or  Mean  (x  10  hr): 

1700 

Standard  Deviation  (x  10+9  hr): 

N.  A. 

Dormancy  Factor  (N.D.): 

0.  1 

Total  Number  of  Redundant  Elements  (No.): 

12 

Cost 

Design  Engineering  ($-1000): 

127 

Test  and  Evaluation  ($1000): 

150 

Unit  Production  ($  1000): 

9 

Reference  Quantity  (No.): 

4 

Factor  (N.  D.  ): 

1 

Schedule 

Development  Lead  Time  Constant  (months): 

3.0 

Development  Lead  Time  Variable  (months):  • 

1.0 

Qualification  Lead  Time  Constant  (months): 

1.5 

Qualification  Lead  Time  Variable  (m'onths): 

0.  1 

State-of-Art  Factor  (N.D.): 

1.0 
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b. 


Model 


1.  Selects  attitude  measurement  equipment. 

2.  Selects  momentum  exchange  equipment. 

3.  Computes  attitude  control  thrust. level. 

4.  Computes  total  impulse  required, 

c.  Output  Data 

1.  S&C  equipment 

2.  Attitude  control  thrust  level 

3.  Total  impulse  requirement 

2.3.2  Auxiliary  Propulsion  Subsystem 

a.  Input  Data 

1.  Powered  flight  thrust  level  (User) 

2.  Attitude  control  thrust  level  (S&C) 

3.  Total  impulse  requirement  (S&C) 

b.  Model 

1.  Selects  thruster  equipment. 

2.  Selects  propellant  equipment. 

3.  Selects  pressurant  equipment. 

c.  Output  Data 

1.  APS  equipment 

2.  Propellant  description 

2.3.3  Data  Processing  Subsystem 

a.  .Input  Data 

1.  Selected  equipment  (Subsystems) 

2.  Equipment  command  requirements  (Data  Base) 

3.  Equipment  telemetry  requirements  (Data  Base) 

b.  Model 

1.  Selects  computer  or  one  digital  telemetry  unit  per 

communication  downlink. 

2.  Selects  command  distribution  equipment. 
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c.  Output  Data 

.1.  DP  equipment  . 

2.  Bit  rate  for  each  downlink 

.2.3.4  Communication  Subsystem  - 


a.  Input  Data 

' 1.  SGLS  or  USB  compatibility  requirement  (User) 

2.  Range  and  range  rate  requirement  (User) 

3.  Bit  rates  (DP) 

b.  Model 

1.  Selects  communication  equipment. 

c.  Output  Data  , 

1.  . Communication  equipment 

,2,3.5  Electrical  Power  Subsystem 


a.  Input  Data 

1.  Selected  equipment  (Subsystems) 

2.  Equipment  power  requirements  (Data  Base) 

3.  Voltage  regulation  requirements  (Data  Base) 

4.  Power  conditioning,  requirements  (Data  Base) 

b.  . Model 

1.  Sizes  solar  array. 

2.  Selects  batteries  and  voltage  regulation  equipment. 

3.  Selects  power  conditioning  equipment  based  on  requirements 
of  all  other  selected  equipment. 

c.  Output  Data 

1.  Solar  array  description 

2.  EP  equipment  ' 
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2.  2.  3.  6 Thermal  Control  Subsystem 


a.  Input  Data 

1.  Orbit  description  (User) 

2.  Attitude  control  description  (S&C) 

3.  Selected  equipment  (Subsystems) 

4.  Equipment  power  requirements  (Data  Base) 

5.  Equipment  temperature  control  requirements  (Data  Base) 

b.  Model 

1.  Sizes  thermal  mass,  insulation,  heaters,  radiators, 
louvers,  and  heat  pipes. 

c.  Output  Data 

1.  Thermal  control  description 

2.  2.  3.  7 Vehicle  Sizing 

a.  Input  Data 

1.  Selected  equipment  (Subsystems )- 

2.  Equipment  weights  and  volumes  (Data  Base) 

3.  Structural  description  (Structures) 

4.  Mission  equipment  description  (User) 

5.  Maximum  diameter,  length  and  weight  (User) 

b.  Model 

1.  Estimates  structural  weight. 

2.  Estimates  thermal  control  weight. 

3.  Estimates  mechanism,  booms,  and  electrical  harness  weight. 

4.  Estimates  total  vehicle  weight. 

5.  • Estimates  adapter  weight. 

6.  Estimates  vehicle  dimensions. 

7..  Estimates  moments  of  inertia. 

c.  Output  Data 

1.  Vehicle  mass 

2.  Vehicle  dimensions 

3.  Vehicle  moments  of  inertia 
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2.  2.  3.  8 Structural  .Subsystem 


a.  Input  Data 

1.  Vehicle  weight  and  dimensions  (Vehicle  Sizing) 

2.  Structural  material  description  (User) 

3.  Launch  loads  environment  (User) 

b.  Model 

1.  Sizes  monocoque  wall  thickness. 

2.  Determines  equivalent  semivmonocoque  wall  thickness. 

3.  Determines  actual  wall  thickness  based  on  optimum  weight 
design. 

4.  Determines  stringer  size  and  spacing. 

5.  Determines  frame  size  and  spacing. 

6.  Sizes  end  covers  and  center  plate  (if  applicable). 

7.  Sizes  mission  bay  and  solar  array  extensions. 

c.  Output  Data 

1.  Skin  thickness 

2.  Stringer  size,  number,  and  locations 

3.  Frame  size,  number,  and  locations 

4.  End  covers  and  center  plate' dimensions 

5.  Mission  bay  and  solar  array  extension  dimensions 


2.3  RELIABILITY  MODEL 

As  a result  of  satisfying  the  input  performance  requirements,  a 
finite  number  of  designs  are  established  by  the  Cost/Performance  Model. 

As  the  next  step  in  processing  these  designs,  the  reliability  aggregate 
equations  are  brought  into  play.  These  .equations  are  categorized  as  reli- 
ability assessment,  failure  detection  probability,  and  false  alarm  probability- 
aggregate  equations. 

The  first  of  these  equations,  the  reliability  assessment,  is  used 
to  calculate  the  reliability  of  each  configuration.  This  is  done  at  an  element 
level.  Each  identifiable  subsystem  component  is  considered  as  an  element. 
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Thus,  horizon  sens6rs,.  inertial  reference  units,  computers  or  control 
logic,  thrusters,  and  propellant  tanks  would  qualify  as  subs'ystem..elements. 
Failure  rate  information  stored  in  the  equipment  data  base-for  each  com- 
ponent is  extracted  as  needed  by  the  model.  The  failure  rates  are  then 
combined  by  the  reliability  equations  to  calculate  total  reliability  for  a 
given  mis s ion. duration.  The  calculated  reliability  of  each  particular  design 
is  evaluated  against  the  specified  level  provided  as  the  model  input.  How- 
ever, the  design  is  not  discarded  if  it  does  not  meet  the  specified  reliability 
level.  Instead,  a search  for  the  least  reliable  element  is  initiated.  The 
criterion  for  least  reliable  is  that  element  which,  if  made  redundant,  result; 
in  the  largest  increase  in  reliability  or  in  mean  mission  duration  per  unit 
weight  or  cost  increase.  Upon  identification,  it  is  paralleled  by  an 
identical  unit,  and  suitable  aggregate  equations  are  used  to  recalculate  the 
system  reliability.  The  evaluation  and  paralleling  process  continues  until 
the  redundancy  exceeds  a specified  limit.  If  the  system  still  does  not  meet 
the  specified  reliability,  the  system  is  deleted  from  consideration  as  a 
viable  single -string  system.  However,  should  it  at  any  time  meet  or  surpas 
the  required  reliability  level,  aggregate  equations  are  used  to  calculate 
system  failure  detection  and  false  alarm  probabilities.  The  process  des- 
cribed above  continues  until  each  design  stored  as  a result  of  meeting  per- 
formance requirements  has  been  processed. 

The  required  input  data  includes: 

a.  Mission  life  (User) 

b.  System  reliability  (User) 

c.  Basis  for  selecting  redundancy  (User) 

d.  Selected  equipment  (Subsystems) 

e.  Equipment  reliability  description  (Data  Base) 

f.  Equipment  weight  or  cost  (Data  Base) 

The  reliability  aggregate  equation  procedure  described  above 
constitutes  one -half  of  the  total  Reliability  Model.  Following  completion 
of  the  basic  scheme,  the  whole  procedure  is  repeated  with  each  design 
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mechanized  as  an  active /standby  (dual  string)  system.  The  term  active/ 
standby  refers  here  to  a xompletely  separate  system  in  addition  to 
modular  levels  of  redundancy. 

The  output  information  supplied  by  the  Reliability  Model  includes 
the  redundancy  required  for  each  component  and  the  amount  of  expendables 
(propellant)  required. 

2.4  .COST  MODEL, 

The  Cost  Model  consists  of  cost  aggregate  equations  which  proces 
cost  information  associated  with  each  subsystem,  component.  This  costing 
technique  requires  each  component  to  have  cost  information  for  each  of  the 
five  cost  categories  illustrated  in  Table  '2-2. 

The  required  input  data  includes; 

a.  Selected  equipment  (Subsystems) 

b.  Equipment  costs  (Data  Base) 

c.  Number  of  qualification  vehicles  (User) 

d.  Number  of  production  vehicles  (User) 

The  Cost  Model  adds  up  the  following  cost  information  for  every 
piece  of  equipment  (up  to  39  types)  selected  from  the  data  base; 

a.  Design  engineering 

b.  Test  and  evaluation 

c.  Production  engineering 

d.  Unit  production 

Cost  Estimating  Relationships  (CERs)  are  used  to  estimate  the 
costs  for  components  which  are  not  amenable  to  cataloging,  including: 

a.  Structure 

b.  Thermal  control 

c.  Wiring 

d.  Power  conditioning  equipment 

e.  Solar  arrays 

• f.  Propellant  tanks 
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The  nonrecurring  cost  for  each  component  takes  into  account 
redundancy,  deviations  or  improvements,  in  design,  and  inflation.  The 
average  recurring  cost  for  each  equipment  component  is  adjusted  to  account 
for  redundancy,  labor,  materials,  deviations  or  improvements  in  design, 
and  inflation.  If  more  than  one  unit  is  to  be  built,  a learning  curve  is  used 
to  account  for  reduced  unit  cost  as  additional  quantities  are  built. 

Remaining  cost  categories. including: 

a.  Tooling  and  test  equipment 

b.  Quality  control 

c.  System  engineering  and  integration 

d.  Program  management 

are  estimated  on  the  basis  of  predetermined  percentages  of  the  total  of 
each  of  the  four  basic  cost  categories. 

The  total  nonrecurring  cost  is  then  the  summation  of  the  non- 
recurring costs  for  all  the  system  components.  The  total  recurring  cost 
is  the  summation  of  the  products  of  the  equipment  quantities  and  the  appro- 
priate average  recurring  costs.  The  total  spacecraft  cost  is  obtained  by 
summing  the  total' recurring  and  nonrecurring  costs  and  then  adding  in  the 
mission  equipment  cost  and  contractor's  profit. 

2.5  SCHEDULE  MODEL 

Schedule  aggregate  equations  estimate  the  amount  of  time  required 
to  develop  an  operational  system.  The  aggregate  equations  estimate  the 
following  five  schedule  phases: 

a.  Component  design  and  development  lead  time 

b.  Component  qualification  lead  time 

c.  Subsystem  development  lead  time 

d.  Subsystem  qualification  lead  time 

e.  System  test,  checkout,  and  flight  readiness 

In  general,  the  estimates  of  the  schedule  lead  times  are  functions  of  the 
hardware  and  software  selected  by  the  Cost/ Performance  Model.  The  ' 
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justification  for  such  an  approach  lies  in  the  fact  that  specific  equipment 
provide  an  indication- of  the  complexity  of  the  system  and,  hence,  a 
measure  of  the  time  required  to  complete  the  activities  associated  with 
the  system. 

The  input  data  required  by  the  Schedule  Model  includes: 

a.  Selected  equipment  (Subsystems) 

b.  Equipment  lead  times  (Data  Base) 

The  model  performs  the  following  operations  using  the  appropriate 
aggregate  equations: 

a.  Computes  the  development  and  qualification  lead  times  for  each 

component.  • . 

b.  Computes  the  development  and  qualification  lead  times  for  each 
subsystem. 

c.  Computes  the  system  lead  time. 

d.  Determines  the  critical  path. 

e.  Computes  the  total  program  duration. 

The  Schedule  Model  output  includes. the  various  lead  times,  the  total  prograir 
duration,  and  the  critical  path. 

2.6  COMPUTER  PROGRAM 

The  Systems  Cost/ Performance  Model  has  been  implemented  as  a 
digital  computer  program.  - The  program  is  written  in  the  language  of 
Fortran  IV,  as  adapted  to  The  Aerospace  Corporation  CDC  7600  computer 
and  MSFC's  Univac  1108  computer.  The  program  includes -the  Cost'/ 
Performance  Model  and  the  related  data  base. 

2.6.1  Program’  Techniques 

The  Systems  Cost/Performance  Computer  Program  incorporates 
four  techniques  to  make  the  program  as  efficient  as  possible  while  retaining 
maximum  versatility.  The  first  technique  is  to  pre-sort  the  equipment 
data  base  according  to  attributes  specified  by  the  program  user.  This 
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technique  is  desirable  in  order  to  allow  the  program  to  select  equipment 
from  the  data  base  on  the  basis  of  the  first  piece  identified  which  satisfies 
the  requirements. 

The  second  technique  consists  of  having  the  program  always  do 
a macro"  search  of  combinations  of  major  subsystem  configurations. 

As.  an  example,'  one"combination  of  major  sybsystem'cbnfigurations  would 
be  a three -axis  stabilized  payload  using  cold  gas  propellant,  oriented 
solar  array  paddles,  shunt  power  regulation,  and  so  forth.  The  subsystem 
configurations  have  been  specified  in  Paragraph  2.  2.  1. 

The  third  technique  is  to  mechanize  the  digital  program  to  have 
the  capability  to-try.  all  combinations  (micro -search)  of  equipment  in  any 
single  subsystem  if  requested  by  the  user.  The'  user  must  specify  the 
configuration  types  of  the  other  subsystems  in  exercising  this  option.  The 
program  will  select,  design,  and  print  out  all  acceptable  combinations  of 
equipment  for  the  specified'~subsy's'temT‘This  technique. or  option  allows 
the  subsystem  specialist  to  perform  detailed  trade,  studies. 

Because  of  the  large  number  of  design  combinations  that  the 
program  may  identify  which  satisfy  the  input  requirements,  a post-sort 
routine  (the  fourth  technique)  is  included  which  sorts  the  acceptable  designs 
. according  to  attributes  as  specified  by  the  user.  This  technique  performs 
the  role  of  providing  the  computer  program  user  with  the  designs  listed  in 
an  organized  fashion.  Hence,  the  process  of  finding  the  "best"  design  out  >■ 
of  all  of  the  possible  contenders  is  performed  by  the  program. 

2.6.2  Program  Operation 

The  general  sequence  followed  by  the  computer' program  is  to 
read  the  input  requirements,  make  one  pass  through  the  subsystem  design 
algorithms,  determine  the  required  redundancy,  and  then  make  a second 
pass  through  the  subsystem  design  algorithms  with  the  data  obtained  from 
the  first  pass.  Redundancy  is  not  altered  on  the  second  pass  primarily 
because  the  Reliability  Model  is  extremely  time-consuming.  Cost  and 
schedule  are  estimated  for  each  acceptable  design. 
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a. 


b. 


c. 


d. 


c. 


f. 


g- 


h. 


i. 


j- 

k. 


1. 


m. 


n. 


o. 


P- 


The  computer  program  sequence  is  as  follows; 

Read  the  input  requirements  supplied  by  the  user, 

1.  Subsystem  requirements 

2.  Safety,  cost  and  schedule  requirements 

3.  Mission  equipment  description 

4.  Pre-sort  attributes 

5.  Micro-search  option 

6.  Macro -search  preference 

7.  Post-sort  attributes 

Pre-sort  the  data  base  according  to  the  attributes  specified 
by  the  riser. 

Set  up  a new  design  attempt.  This  will  be  a new  combination 
of  configurations  if  the  program  is  in  the  macro  mode.  If 
micro  mode,  this  will  be  a new  combination  of  equipment  from 
the  data  base  for  the  specified. subsystem. 

Test  to  ensure  that  the  subsystem  configurations  are  compatible. 

Establish  an  initial  estimate  of  the  vehicle  size  based  on  the 
mission  equipment  description. 

Design  the  Stabilization  and  Control  Subsystem. 

Design  the  Auxiliary  Propulsion  Subsystem. 

Design  the  Data  Processing  Subsystem, 

Design  the  Communications  Subsystem. 

Design  the  Electrical  Power  Subsystem. 

If  this  is'  the  first  pass  through  the  logic  for  the  particular 
design,  add  the  necessary  redundancy  to  the  components  to 
meet  the  reliability  requirements.  If  this  is  the  second  pass, 
the  reliability  model  is  not  used. 

Design  the  Thermal  Control  Subsystem. 

Perform  vehicle  sizing. 

Design  the  Structural  Subsystem. 

If  this  is  the  first  pass  through  the  logic  for  the  particular 
design,  make  a second  pass  through  the  logic  using  the  infor- 
mation .collected  during  the  first  pass. 

Estimate  the  cost  of  the  particular  payload  design.. 
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q- 

r. 


Estimate  the  schedule  for  the  particular  payload  design. 

If  the  design  is  acceptable,  print  the  output  information 
describing  the  design. 

s.  Return  for  a new  design  attempt,  as  necessary. 

t.  When  all  design  attempts  have  been  completed,  post-sort  the 

• acceptable  designs  according  to  the  attribute  supplied  by  the  user. 

u.  • Print  the  design  descriptions  according  to  the  post-sort  ordering. 
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3.  STABILIZATION  AND  CONTROL  SUBSYSTEM 
3.!  GENERAL 

3.  1.  1 Subsystem  Functional  Description 

.The  Stabilization  and  Control  (S&C)  Subsystem  .stabilizes  the 
spacecraft  to  a desired  accuracy  about  a tracking  line  from  a reference 
on  the  vehicle  to  an  external  reference.  The  external  reference  may  be 
the  local  vertical  of  a planet,  the  sun,  or  a more  distant  star;  an  inertial 
reference;  or  the  line  of  sight  to  a natural  phenomenon  like  a gravity  gradieni 
or  the  lines  of  the  earth's  magnetic  field.  In  many  cases,  a platform  free 
to  rotate  with  respect  to  the  main  structure  of  the  vehicle  must  also  be 
aligned  with  an  external  reference.  On  the  Orbiting  Solar  Observatory  (OSO) 
for  example,  the  basic  "wheel"  of  the  satellite  is  lined  up  with,  the  earth's 
local  vertical,  while  the  solar  paddles  are  pointed  at  the  sun. 

The  necessary  accuracy  of  attitude  stabilization  depends,  of 
course,-  on  the  mission  of  the  vehicle.  For  most  purposes,  ± 0.017  radians 
(l.deg)  is  good  enough;  for  special  experiments,  48-97  mrad  (10-20  arc  sec) 
or  better  may  be  needed.  Generally  speaking,  system  performance  is  the 
result  of  design  tradeoffs  involving  accuracy,  average  available  power, 
the  vehicle's  moments  of  inertia,  and  the  maximum  distrubing  torques. 

3.1.2  Subsystem  Configurations 

Five  SfkC  subsystem  configuration  models  have  been  developed 
for  the  Systems  Cost/Performance  Model.  The  five  configurations  which 
• arc  described  briefly  in  the  following  sections,  include; 

a.  Dual  Spin 

b.  Yaw  Spin 

c.  Three-Axis  Mass  Expulsion 

d.  Mass  Expulsion  with  Control  Moment  Gyros 

e.  Mass  Expulsion  with  Pitch  Momentum  Wheel 

RECEDING  "PAGE  T 


3-1 


3.  1.2.1  Dual  Spin  Configuration 

The  Dual- Spin  spacecraft,  shown  in  Figure  3-1,  consists  of  a 
spinning  portion  of  the  vehicle  and  a portion  which  is  despun  relative  to 
the  spinning  portion.  The  spinning  portion  of  the  Dual  Spin  vehicle  provides 
stiffness  in  roll  and  yaw  (the  vehicle  spins  about  the  pitch  axis).  The  error 
in  these  two  axes  is  .very  small  and  only  needs  correcting  on  the  order  of 
once  a month.  For  this  purpose,  an  open  loop  axial  thruster  system  is 
employed  which  is  actuated  on  command  from  the  ground.  An  on-board 
system  could  be  an  alternative. 

The  despin  control  system  provides  the  function  of  control  about 
the  pitch  axis  by  keeping  the  despun'  section  pointing  at  the  center  of  the  • 
earth  in  the  pitch  direction.  The  despun  section  normally  provides  the  stable 
platform  required  by  certain  mission  equipment. 

l 

3. 1.2. 2 .Yaw  Spin  Configuration 

The  Yaw  Spin  satellite,  shown  in  Figure  3-2,  obtains  its  name 
from  the  fact  that  it  normally  rotates  about  its  yaw  axis.  The  spinning  of 
the  satellite  about  its  yaw  axis,  which  is  pointed  at  the  earth's  center, 
performs  the  function  of  providing  a scan  pattern  for  the  payload.  The  pay- 
load  is  earth  pointing  and  is  mounted  at  a small  angle  to  the  spin  axis.  The 
vehicle  is  earth  synchronous  and  is  in  an  equatorial  orbit. 

Since  (a)  the  spin  axis  must  be  kept  pointing  at  the  center  of  the 
earth  and  (b)  the  vehicle  requirements  call  for  long  life,  it  is  not  feasible 
to  rotate  the  momentum  vector  at  orbital  rate.  Therefore,  a counter- 
rotating reaction  wheel  keeps  the  spinning  spacecraft's  net  momentum 
near  zero. 

The  S&C  subsystem  performs  the  function  of  control  about  the 
pitch  and  roll  axes  to  keep  the  spin  (yaw)  axis  pointed  at  the  center  of  the 
earth.  The  spinning  vehicle,  along  with  synchronous  sampling  of  a horizon 
scanner  which  scans  in  one  plane,,  provides  the  two-axis  control  utilizing,  a 
single  sensor  and  thruster. 
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Figure  3-2.  Yaw  Spin  Configuration 
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3.  1.2.3 


Three-Axis  Mass 'Expulsion  Configuration 

The'  Three-Axis  Mass  Expulsion  configuration,  shown  in  Figure 
'3-3,  performs  the  function  of  keeping  the  vehicle  pointing  at  the  local 
vertical  in  the  orbit  plane.  The  vehicle  attitude  is  sensed  by  a three-axis 
body-mounted  inertial  reference  unit  containing  three  rate  integrating 
gyros  that  are  referenced  to  local  vertical /orbit  plane  (LV/OP)  coordinate: 
by  two  horizon  scanners  and  gyrocompassing.  The  vehicle  is  maintained 
in  a fixed  attitude  with  respect  to  the  LV/OP  with  a pitch  program,  where 
the  orbital  pitcbover  rate  is  achieved  by  programming  the  appropriate 
signal  into  the  pitch  gyro.  The  horizon  scanners  bound  the  effect  of  gyro 
drift,  thereby  keeping  the  vertical  axis  of  the  vehicle  aligned  with  the 
center  of  the  earth.'  Control  of  the  vehicle  attitude  is  maintained  by  the 
appropriate  signals  to  the  Auxiliary  Propulsion  Subsystem  to  fire  the 
attitude  control  jets. 

Mass  Expulsion  Configuration  with  Control  Moment  Gyros 

The  Mass  Expulsion. configuration -with  Control  Moment  Gyros 
is  derived  from  the  Mass  Expulsion  configuration  by  incorporating  Control 
Moment  Gyros  (CMGs).'  The  CMGs  provide  the  following  improvements 
in  vehicle  control: 

a.  More  accurate  rate  and  attitude  control. 

b.  Control  torque  and  momentum  storage  to  counteract 
disturbance  torques. 

c.  Control  torque  for  vehicle  angular  acceleration  and 
momentum  storage  for  vehicle  rotations. 

3.  1.2.5  Mass  Expulsion  Configuration  with  Pitch  Momentum  Wheel 

The  Mass  Expulsion  configuration  with  Pitch  Momentum  Wheel, 
shown  in  Figure  3-4,  is  an  active,  three-axis  SfkC  control  system  incor- 
porating a momentum  wheel,  attitude  sensor,  and  mass  expulsion  jets . Th 
unique  feature  of  the  one- wheel  system  is  the  use  . of -an  offset  roll-actuated 
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Figure  3-3.-  Three-Axis  Mass  Expulsion  Configuration 
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Figure  3-4.  Mass  Expulsion  Configuration  with  Pitch  Momentum  Wheel 


control  torque  and  the  momentum  wheel  to  control  the  yaw  axis  without  a 
direct  yaw  sensor.  This  system  performs  the  following  functions: 

a.  Keeps  the  antenna  beam  within  a required  accuracy  of  the 
desired  pointing  position. 

h.  Keeps  the  vehicle  yaw  angle  relative  to  the  local  vertical 
within  a required  accuracy. 

3.1.3  Configuration  Compatibility 

It  is  clear  from  both  analysis  and  actual  flight  experience  that 
limitations  exist  for  the  utilization  and  performance  of  each. of  the  S&C 
configurations.  Table  3-1  summarizes  the  limitations.  Table  3-2  sum- 
marizes the  requirement  by  the  Mass  Expulsion  'configuration  with  Control 
Moment  Gyros  for  a General  Purpose  Processor  as  part  of  the  Data  Pro- 
cessing Subsystem. 

3.1.4  Equipment  Types 

The  complete  list  of  equipment  types  from  which  the  subsystem 
components  will  be  selected  is  provided  in  Table  3-3  along  -with  the  technic? 
characteristics  which  are  used  to  select  an  acceptable  subsystem  design. 

3.2  INPUT  DATA 

The  information  required  to  design  the  Stabilization  and  Control 
Subsystem  is  identified  in  Tables  3-4  and  3-5.  The  tables  indicate  what 
data  are  used  by  the  design  algorithm  and  whether  the  data  are  required  or 
optional.  If  optional,'  the  tables  indicate  what  default  value  is  used  in  the 
event  the  data  are  not  supplied.  Table  3-4  identifies  the  data  required 
from  the  user.  Table  3-5  identifies  data  to  be  supplied  by  the  Vehicle 
Sizing  model.  An  input  not  shown  in  the  tables  is  the  degree  of  redundancy 
required  by  the  S&C  subsystem  components  which  must  be  specified  by 
the  Reliability  model. 
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Table  3-1.  Stabilization  and  Control  Configuration  Selection 


t 

t 

Requirements 

Dual 

Spin 

■ Yaw 
Spin 

Three-Axis 

Mass 

Expulsion 

ME 

with 

CMGs 

ME  ancl 
Momentum 
Wheel 

Payload  yaw  scan  requirement 

No 

Yes 

No 

No 

No 

Orientation 

Inertial 

Yes 

No 

Yes 

Yes 

Yes 

Earth  pointing 

Yes 

Yes 

Yes 

Yes 

Yes 

Sun  pointing 

Yes 

No 

Yes 

Yes 

Yes 

Maneuverability  requirements 
Powered  flight  control 

Yes 

Yes 

Yes 

Yes 

Yes 

Stationkeeping 

Yes 

Yes 

Yes 

Yes 

Yes 

Orbit  correction  control 

Yes 

Yes 

Yes 

Yes 

Yes 

Vehicle  slewing 

No 

Yes 

Yes 

Yes 

No 

■ Altitude 

185-566  km  (100-300  mi) 

Ye  s 

Yes 

Yes 

Yes 

Yes 

556-46,  300  km  (300-25,  000  mi) 

Yes 

Yes 

Yes 

Yes 

Yes 

>46,  300  km  (25,  000  mi) 

Yes 

Yes 

Yes 

Yes  ' 

Yes 

Pointing  accuracy 

35- 170  mrad  (2-10  deg) 

Yes 

Yes 

Yes 

Yes 

Yes 

3.  5-35  mrad  (0.  2-2  deg) 

Yes 

Yes 

Yes 

Yes  • 

Yes  • 

0.  l?;-3.  5 mrad  (0.01-0.2  deg)  • 

Yes 

No 

No 

Yes 

No 

<0.17  mrad  (<0.  01  deg) 

No 

No 

No 

Yes 

No 

Rate  accuracy 

1 . 7- 1 7 mrad/sec  (0. 1-1.0  deg/sec) 

Yes 

Yes 

Yes 

Yes 

Yes 

0.  17-1.  7 mrad/sec  (0.01-0.1  deg /sec) 

Yes 

Yes 

Yes 

Yes 

Yes 

<0.  17  mrad/sec  (0.01  deg/sec) 

No 

No 

No 

Yes 

No 

Legend: 


Yes 

No 


Configuration  can  be  used 
Configuration  cannot  be  used 
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Table  3-2.  Stabilization  and  Control  Configuration  Compatibility 


Data  Processing  Subsystem 

O UeLOlil  & cLtlOll  cl  11  Cl  OOllCJ.  OJl 

Subsystem  Configurations 

General  Purpose 
Processors 

Special  Purpose 
Processors 

Dual  Spin 

Yes 

Yes 

Y aw  Spin 

Yes 

Yes 

Three-Axis  Mass  Expulsion 

Yes 

Yes 

Mass  Expulsion  with 
Control  Moment  Gyros 

Yes 

No 

Mass  Expulsion  with 
Pitch  Momentum  Wheel 

Yes 

Yes 

Legend: 

Yes  - Compatible 

No  - Incompatible 


Table  3-3.  Equipment  Types  and  Their  Technical  Characteristics 


Equipment  Type 

Configuration(s) 

Technical  Characteristic 

Notation 

Sensors: 

* 

Sun  Sensor  Assembly 

All 

Nonscanning  Earth  Sensor 

Assembly  (with  electronics) 

Dual  Spin 

Sensor  noise  (deg,  3a) 

el 

Radiance  irregularity  (deg,  3a) 

e2 

Quantization  error  (deg,  3a) 

e3 

• 

Sun  interference  (deg,  3a) 

e4 

Moon  interference  (deg,  3a) 

e5 

* 

Threshold  aging  (deg,  3a) 

e6 

Horizon  Sensor  (with 

All  except  Dual  Spin 

Sensor  noise  (deg,  3a) 

el 

electronics)  v 

Radiance  irregularity  (deg,  3 a) 

e2 

* 

Quantization  error  (deg,  3a) 

e3 

Sun  interference  (deg,  3a) 

e4 

Moon  interference  (deg,  3a) 

e5 

Threshold  aging  (deg,  3a) 

e6 

Null  or  bias  error  (deg,  3a) 

e7 

Maximum  output  frequency  (rad/sec) 

“H 

* 

, 1 for  star  mapper 

Star  Sensor  Assembly  (with 

CMG 

Type  2 for  body  fixed  (electronic)  star  tracker 

S1 

electronic  s) 

3 for  gimbaled  star  tracker 

- Sensor  accuracy  (deg,  3a) 

s2 

Mapper  field  of  view  (deg  ) 

S3 

Mapper  sensitivity  (visual  magnitude) 

s4 

Rate  Integrating  Gyro. 

All  Mass  Expulsion 

G- insensitive  gyro  drift  (deg/sec,  3a)(24-hr  stability) 

Assembly  (with  electronics) 

Conf  i gu  rations 

Total  misalignment  relative  to  vehicle  (deg,  3a) 

®2 

Gyro  scale  factor  error  (N.D. ) (24-hr  stability) 

Ksf 

Rate  Gyro  Assembly 

Yaw  Spin 
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Table  3-3.  Equipment  Types  and  Their  Technical  Characteristics  (Continued) 


Equipment  Type 

Configuration(s) 

Technical  Characteristic 

Notation 

Electronics: 

* 

* 

Control  Timing  Assembly 

Dual  Spin 

Programmer  sine  wave  (deg,  3c) 

C1 

Drive  quantization  and  delay  (deg,  3o) 

c2 

Measurement  compensation  (deg,  3a) 

c3 

Pipper  drift  (deg,  3a) 

• c4 

Quantization  noise  (deg,  3 a) 

c5 

Center  Electrical  Assembly 

Yaw  Spin 

Controller  error  (deg,  3a) 

c6 

Attitude  Reference 
Electronics 

Max  Expulsion 

Pitch  horizon  scanner  gain  (sec"  *) 

Roll  horizon  scanner  gain  to  roll  axis  (sec-*) 

. He 

Roll  horizon  scanner  gain  to  yaw  axis  (sec-*) 

H 

Pitch  feedback  gain  (sec-1) 
Roll  feedback  gain  (sec  *) 

HF9 

hf$ 

Roll-to-yaw  coupling  gain  (sec  ) 

. HFf 

Power  Converter 

All 

Special  requirement  code  (C  ) 

Despin  Electronics  Assembly 

Dual  Spin 

Gimbal  Electronics  Assembly 

Dual  Spin 

Resolver  accuracy  (deg,  3a) 

hl 

Actuators: 

Valve  Driver  Assembly 

: ah 

Number  of  valves 

Reaction  Wheel  Assembly 
(with  electronics) 

Yaw  Spin  and  ME  with 
Momentum  Wheel 

Nominal  momentum  (ft- lb-sec) 
Maximum  momentum  (ft- lb-sec) 

Hw(nom) 

Hw(max) 

Minimum  momentum  (ft-lb-sec) 

Hw(min) 

Nominal  speed  (rpm) 

u)^.(nom) 

Maximum  speed  (rpm) 

i»^(max) 

Minimum  speed  (rpm) 

d)w(min) 
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Table  3-3.  Equipment  Types  and  Their  Technical  Characteristics  (Continu 


Equipment  Type 

Configuralion(s) 

Technical  Characteristic 

Notation 

Actuators  (continued):. 

- 

- 

Single  Gimbaled  Control 

Mass  Expulsion  with 

CMG  momentum  (ft- lb-sec) 

h 

Moment  Gyro 

CMGs 

Peak  gimbal  rate  (rad/sec) 
Peak  torquer  torque  (ft- lb) 

<7 

— max 
T 

Despin  Mechanical  Assembly 

Dual  Spin 

Bearing  and  motor  friction  (deg,  3a) 

— max 

Bearing  runout  (deg,  3a) 

Biaxial  (Gimbal)  Drive  Assembly 

Dual  Spin 

Drive  quantization  (deg,  3a) 

(two  required  per  antenna) 

Gimbal  drive  error  (deg,  3a) 

1 

b2 

Biax  droop  error  (deg,  3a)  : 

^3 

Nutation  Damper 

Dual  Spin 

■ 

Table  3-4.  Input  Data  Supplied  by  User 


Symbol 

Name 

Required  (R] 
or 

Ontional(O) 

Default 
, Y alue 

Configuration  type 

O 

Yaw  spin  requirement 

O 

Not  required 

eR 

. 

R 

X 

j 

®R 

f Required  system  pointing  accuracy 

R 

y 

j about  the  roll,  pitch  and  yaw  axes  (de$ 

0R 

) 

R 

z 

• 

- 

.> 

6r 

' 

R 

e 

Required  system  rate  accuracy  about 

eR 

the  roll,  pitch' and  yaw  axes 

R:  ■ 

y 

(deg/sec) . • . 

SR 

1 

R 

z 

© 

V . t 

■ 

0 (max) 

X 

1 

R 

- 

e 

A fma-y] 

l Maximum,  maneuver  rates  about  the  * 

£ 

* . 

•-/ 

( roll,  pitch  and  yaw  axes,  if  applicable  ' 

R 

z(max) 

I (deg/sec)  , - ; 

N 

x 

\ 

R 

1 Number  of  maneuvers  about  the  roll. 

N , 

y 

l pitch,  and  yaw  axes  " 

R 

* 

N 

z 

) . .. 

' R 

K 

Maximum  initial  rate  (deg/sec) 

R 

» 

(assumed  same  on  all  axes). 

- - 

CO 

o 

Average  orbital  rate  (computed  else- 

R • 

where  in  the  computer  program)  • • 

• 

(rad/sec) 

- 

, 
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Table  3-4.  Input  Data  Supplied  by  User  (Continued) 


Symbol 

Name 

Required(R) 

or 

Optional  (O) 

Default 

Value 

7] 

Control  system  efficiency 

O 

3 with  3 -axis 

rate  gyros. 

* 

12-15  with  no 

rate  sensing 

md 

External  r.oll  disturbance  torque 

R 

X 

(ft-lb) 

md 

External  pitch  disturbance  torque 

R 

y 

(ft-lb) 

"^D 

External  yaw  disturbance  torque 

R 

z 

(ft-lb) 

F 

e 

Main  engine  thrust  (lb) 

• R 

t ■ 

Main  engine  burn  time  (sec) 

R 

A 9 

Main  engine  alignment  relative  to 

O 

0. 25  deg 

vehicle  thrust  axis  (deg) 

Ad 

Lateral  vehicle  c.  g-  distance  plus 

O 

' 0.  04  D 

lateral  thrust  chamber  c.  g.  distance 

from  the  reference  axis  (ft) 

T 

Mission  lifetime  (months) 

R 

T 

X 

R 

r 

Time  that  the  roll,  pitch,  and  yaw 

*D 

y 

disturbance  torques  are  in  effect 

-tv 

r 

z 

> 

for 

a.mission  (sec) 

R 

Specific  Inputs  for  Dual  Spin 

Configuration 

\ 

0 if  errors  are  desired  for  spin 

K 

• --= 

axis  relative  to  nadir 

■ R 

1 if  errors  are  desired  for  pay- 

load  relative  to  nadir 
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Table  3-4.  Input  Data  Supplied -by  User  (Continued) 


Symbol 

Name 

Required(R) 

or 

Optional(O) 

Default 

Value 

Specific  Inputs  for  Dual  Spin 
Configuration  (continued)- 

J 

P 

2 

Platform  spin  axis  inertia  (slug-ft  ) - 

R 

WR 

Spin  rate  of  rotor  (rpm) 

R 

N 

Number  of  days  between  corrections 
in  the  spin  axis  pointing  of  the  vehicle 

R 

Specific  Inputs  for  Yaw  Spin 
Configuration 

to 

s 

Spin  rate  about  z-axis  for  yaw-spin 
vehicle  (rad/sec) 

R 

Specific  Inputs  for  Three -Axis 
Mass  Expulsion  Configuration 

' e 

P 

\ 

Maximum  programmed  pitchover 

rate  error  = to  (max)  - to  (function 
o o 

P 

of  orbit  eccentricity)  (deg/sec) 

O 

0,1  a) 

o 

3-  j 3-  # 

x y 
a 

z 

Misalignment  errors  in  mounting 
inertial  measurement  units  relative 
to  vehicle  x,  y,  z axes  (deg) 

O 

0.  05  deg  (3o ) 

Specific  Inputs  .for  Mass  Expulsion 
Configuration  with  Control  Moment 
Gyros 

n 

Number  of  skewed  single -gimbaled 
control  moment  gyros  (4-6) 

O 

4 ’ 
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Table  3-4.  Input  Data  Supplied  by  User  (Continued) 


i 


Symb  ol 

Name 

Required(R) 

or 

Optional  (O) 

Default 

Value 

Specific  Inputs  for  Mass  Expulsion 

Configuration  with  Control  Moment 
Gyros  (continued) 

• 

0 

avg 

Average  body  rate  for  low  orbit 
during  period  when  high  accuracy 
is  required  (deg/sec) 

R 

• 

0ST(xnax) 

Maximum  vehicle  rate  at  which  star 
information  must  be  obtained 
(deg/sec) 

■ R 

6FOV 

Maximum  range  of  attitude  freedom 
(full  FOV)  required  to  track  specific 
guide  stars  over  wide  range  of 
vehicle  motion  (deg) 

R 

^hold 

Time  vehicle  must  be  in  inertial 
hold  (min) 

R 

Time  between  unloading  wheel 
momentum  (days) 

•o 

1 day 

^accel 

Acceleration  time  for  maneuvering 
(sec) 

O 

20  sec 

Specific  Inputs'  for  Mass  Expulsion 

Configuration  with  Pitch  Momentum 

.Wheel 

e 

a 

Antenna  misalignment  (deg,  3<7) 

R 

E 

Antenna  elevation  angle  (rad) 

R 

a 

Thruster  offset  angle  in  the  roll-yaw 
plane  (deg) 

o 

. 

12  deg 
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Table  3-5.  Input  Data  Supplied  by  Vehicle  Sizing  Model 


Symbol 

Name 

Require  d(R) 
or 

Optional(O) 

Default 

Value 

D 

Vehicle  diameter  (ft) 

R 

dT 

Distance  from  c.g.  to  main  engine  (ft) 

R 

d 

X 

Gas  jet  lever  arm  on  roll  axis  (ft) 

R 

- 

d 

y 

Gas  jet  lever  arm  on  pitch  axis  (ft) 

R 

d 

z 

Gas  jet  lever  arm  on  yaw  axis  (ft) 

R 

J 

X 

2 

Vehicle  roll  inertia  (slug-ft  ) 

R 

J 

y 

2 

Vehicle  pitch  inertia  (slug-ft  ) 

R 

j 

z 

2 

Vehicle  yaw  inertia  (slug-ft  ) 

R 

JR 

2 

Rotor  spin  axis  inertia  (slug-ft  ) 
(for  Dual  Spin) 

R 
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3.  3 ' DUAL  SPIN  CONFIGURATION 

3.3.1  • Functional  Description 

The  Dual  Spin  configuration  components  perform  the  following 

functions: 

a.  Attitude  Sensors.  The  horizon  sensors  mounted  in  a "V" 

configuration  on  the  spinning  part  detect  when  a point  on  the 
spinning  section  is  pointing  at  the  earth's  center.  This  pro- 
vides attitude  errors  in  pitch  and  roll  and  also  provides  a 
measure  of  the  spin  rate  in  pitch. 

h.  Control  Electronics.  There  are  four  electronic  assemblies 

- involved:  the  Control  Timing  Assembly,  the  Despin  Electronics 
Assembly,  the  Valve  Timing  Assembly,  and  the  Girnbal  Elec- 
tronics Assembly.  The  Control  Timing  Assembly  processes 
the  difference  between  the  horizon  sensor  output  and  a reference 
pip  between  the  spinning  and  despun  sections  (once  every 
revolution  of  the  rotor)  and  converts  this  error  to  an  analog 
signal.  This  error  is  sent  to  the  Despin  Electronics  Assembly 
which  commands  the  despin  motor  to  correct  for  the  errors 
The  Control  Timing  Assembly  also  provides  a signal  to  the 
Valve  Timing  Assembly  to  assist  in  synchronizing  the  firing 
of  thrusters  to  correct  for  roll. and  yaw  errors  (once  every 
20  to  .30  days).  The  Gimbal  Electronics  Assembly  also 
receives  a signal  from  the  Control  Timing  Assembly  which  is 
used  to  command  the  gimbals  which  point  the  antennas  on  the 
despun  section. 

c.  Control  Mechanisms.  There  are  three  mechanisms:  the 
Despin  Mechanical  Assembly,  the  Gimbal  Drive  Assembly, 
and  the  Nutation  Damper.  The  Despin  Mechanical  Assembly 
contains  a despin  motor  which  controls  the  spin  speed  of  the 
rotor  and  the  relative  alignment  of  the  despun  platform  with 
the  earth.  The  Gimbal  Drive  Assembly  contains  gimbal  drive 
motors  to  move  the  gimbals  which  point  the  antennas  that  are 
mounted  on  the  despun  section.  The  Nutation  Damper  is  a 
passive  controller  which  is  mounted  on  the  despun  section  to 
provide  energy  dissipation  for  stabilizing  the  angular  momentum 
vector  of  the  spinning  vehicle.  Deviations  in  the  angular 
momentum  vector  occur  due  to  spurious  torques  such  as 
inadvertent  mass  expulsion,  magnetic,  gravity- gradient  and 
solar  radiation  pressure.  This  damper  helps  to  provide  the 
stiffness  in  the  roll  and  yaw  axis. 

A block  diagram  of  the  Dual  Spin  configuration  is  presented  in  Figure  3-5. 
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Figure  3-5.  Dual  Spin  Configuration  Block  Diagram 


3.  3.2 


Design  Equations 

The  various  .contributors  to  the  pointing  error  in  each  of  the  three 
vehicle  axes  are  shown  in  Table  3-6  (see  Ref.  3-1).  The  first  two 
categories  pertain  to  errors  of  the  spin  .axis  (i.  e.,  platform  base)  relative 
to  nadir.  The  next  two  categories  pertain  to  the  errors  of  the  gimbals 
relative  to  the  spin  axis.  The  D term  refers  to  errors  which  are  deter- 
ministic-in nature  and  have  worst  case  values.  These  are  not  RSSed  with 
the  random  (R,  3cr)  errors  but  summed  directly  with  them  after  the  random 
errors  are  RSSed. 

The  earth  sensor  noise  errors  are  scaled  by  1/2.  94  to  account 
for  processing  by  the  control  system. 


Ex  = e2/2.94 

(3-1) 

E3  = e3/2.94 

(3-2) 

The  bearing  design  dependent  numbers  and  the  error  due  to  nutation 
are  scaled  by  75/ J-  where  is  the  platform  spin  axis  inertia  with  a nominal 

value  of  102  kg-m ^.(75  slug-ft2).' 

D,  = 75  d./J 

-1.  1'  p 

N = 0.7  5/J 

-U\  p 

. ! 

(3-3) 

(3-4) 

The  spin  axis  errors  relative  to  nadir  are  all  scaled  by  N/21 
where  N is  the  number  of  days' between  corrections  in  the-  spin  axis  point- 
ing of  the  vehicle  with  a nominal  value  of  21  days. 

E2  =-Ne2/21‘ 

(3-5) 

E6  = Ne6/21 

(3-6) 

D2  = N d2/21 

(3-7) 

The  external  torque  errors  are  scaled  by  320  ; 

£ 60/j-^  u>£  (in 

addition  to  N/2.1)  where  the  rotor  spin  axis  inertia  (J,-,)  has  a nominal  value 

2 Z ■ w 

of  434  kg-m  (320-  slug-ft  ) and  the  nominal  value  for  the  rotor  spin  rate,  is 

377  rad/min  (-60  rpm.) 
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Table  3-6.  .Dual  Spin  Configuration  Error  Contributors 


r*  “ ......  — 

Error  Category 

Definition  of  Error 
Contributors 

Symbol  or 
Error  Value 
If  Assumed 

Deterministic  (D) 
or  Random  (R) 

Despin  errors 

Fixed  scan  earth  sensor  assembly 

(pitch  axis  relative 

- Earth  sensor  noise 

el 

e3 

R 

to  nadir) 

- Quantization  noise 

R 

- Sun  interference 

e4' 

e5 

■D 

- Moon  interference 

D ’ • 

Con  tr  o 1 tim  in  g.  a s s embly 

Pipper  drift 

c4 

R 

- Quantization  noise 

Cc 

5 

R 

Despin  motor  assembly 
- Bearing  and  motor  friction 

dl 

R 

Nutation 

0.  01° 

R 

Spin  axis  errors 
. (roll  and  yaw 

Fixed  scan  earth  sensor  assembly 
- Radiance 

e2 

R 

errors  relative 

- Threshold 

e A 

R 

to  nadir) 

Despin  motor  assembly 

- Bearing  runout 

d2 

R 

External  torques 

- Mean  solar  torque 

2.02  mrad 

D 

- Solar  torque  variation 

(0.  116  deg) 
0,52  mrad 

(0.030  deg) 

: a 

£Z- 


Table  3-6.  Dual  Spin  Configuration  Error  Contributors  (Continued) 


Error  Category 

Definition  of  Error  Contributors 

Symbol 
or  Error 
Value  If 
Assumed 

‘ - 

Deterministic  (D] 
or  Random  (R) 

Azimuth  .gimbal 

Gimbal  drive  assembly 

errors  (platform 

- Drive  quantization 

§1 

R 

pitch  error  relative 

- Gimbal  drive  error 

g2 

R 

to  the  spin  axis) 

- Biax  droop  error 

g3 

R 

Control  timing  assembly 
- Programmer  - sine  wave 

C1 

R 

- 

Gimbal  electronics  assembly 
- Gimbal  angle  determination 

hl 

R 

Elevation  gimbal 

Fixed  scan  earth  sensor  assembl 

y 

errors  (platform 

- Sun  interference 

e4 

D 

roll  error  relative 
to  the  spin  axis) 

Control  timing  assembly 
- Programmer -sine  wave 

' 

ci 

R 

- Drive  quantization 

c2 

R 

- Measurement  quantization 

c3 

R 

Gimbal  electronics  assembly 
- Gimb,al  angle  determination 

hl 

R 

Gimbal  drive  assembly 
- Drive  quantization 

gl 

g2 

R 

- Gimbal  drive  error 

R 

- Biax  droop  error 

g3 

R 

(3-8) 

(3-9) 


M1  = 0.116  (320  x 60  N)/(21  JRcuR) 
M2  = 0.030  (360  x 60  N)/(21  JrU)r) 


The  errors  due  to  solar  torques  are  not  scaled  by  input  solar 
torque  values  as  nominal  values  were  not  available.  Future  work  should 
include  this  effect. 

A Dual  Spin  vehicle  utilizes  a linear  control  law.  As  a result, 
all  noises  are  random  and  can  be  RSSed  to  yield  the  final  3 a pointing  error. 

The  user  has  a choice  of  either  specifying  the  spin  axis  errors 
(i.e.,  platform  base)  relative  to  nadir: 


K = (E  2 + E,2  + c.2  + c,2  + D,2  + N 2)  1/2  (3-10) 

1 1 3 4 5 1 u ' 

E = (e^2  + e^2 ) ^2  4 K^,  (pitch  error)  (3-11) 

K2  = (E22  + E62  + D22  + M22)  (3-12) 

E^  = E^  = + K2>  (roll  and  yaw  error)  (3-13) 

or  the  payload  errors  relative  to  nadir  (i.e.,  the  gimbals  relative  to 
nadir: 

G = (gf  + §2  + S3  ) (3-14) 

= (eq  + e,-2)  ^ ^ (^j_^  + G2  + c^2  + h^2)  ^2,  (pitch  error)  (3-15) 

- _ ...  2 . 2.  1/2  2 2,  2 2,.  2-  _2.1/2  „ . , , 

- (Mj  + e^  ) 4 (K2  *C1  ^c2  ^"c3  "^‘^11  ^ G ) (3-16) 


Once  the  errors  (E  , E , and  E ) are  determined,  they  are 

x y z'  1 

compared  with  the  user-specified  system  accuracies  (8-n  , 8-n  , and  6-,-,  ) 

-tvx  Ky  Kz 

to  determine  whether  the  design  is  acceptable. 

3.3.3  Design  Logic 

The  flow  logic  or  sequence  that  the  design  algorithm  must  follow  is: 

a . Input  data 

b.  .Call  up  configuration-special  hardware  from  the  data  base  which 

are  not  differentiable: 
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1.  Sun  Sensor  Ass em bly 

2.  Despin  Electronics  Assembly 

3.  Valve  Timing  Assembly 

4.  Nutation  Damper 
Select  Control  Timing  Assembly 
Select  Despin  Mechanical  Assembly 
Select  Nonscanning  Earth  Sensor 

Compute  the  spin  axis  (platform)  errors  relative  ro  naair 
Select  Gimbal  Electronics  Assembly 
Select  Gimbal  Drive  Assembly 

Compute  the  errors  for  gimbals  relative  to  nadir. 

Compare  the  appropriate  pointing  errors  with  the  maximum 
allowable  pointing  error.  If  acceptable,  use  the  selected 
components.  If  unacceptable,  select  more  accurate  components 
and  repeat  the  sequence. 

3.4  YAW  SPIN  CONFIGURATION 

3.4.1  Functional  Description 

The  Yaw  Spin  configuration  components  perform  the  following 

functions: 

a.  Attitude  Sensors.  A single  horizon  scanner  which  scans  in 
in -the  vehicle  x-z  plane  is  mounted  at  an  angle  of  0.  15- rad" 

(8.  7 deg)  to  the  spin  axis  (scan  distance  = ± 0.  223  rad  (12.  8 deg) 
of  the  scanner  null  axis).  This  scanner  scans  with  a period  of 
213  msec  as  compared  with  a vehicle  spin  period  of  10  sec. 

This  provides  error  signals  in  pitch  and  roll. 

b.  Digital  Processor  of  Error  Signals.  The  Center  Electrical 
Assembly  processes  the  measured  pitch  and  roll  errors  with  a 
network  consisting  of  a pulse-width  modulator  and  a derived 
rate  feedback  (utilizing  a digital-high  pass  filter).'  The  Valve 
Driver  Assembly  determines  when  the  thrusters  will  fire  to 

■ correct  for  errors. 

c.  Controller.  Consists  of  a pair  of  axial  thrusters  which  are 
fired  at  appropriate  times  to  correct  for  errors  in  either, 
pitch  or  roll. 

d.  Reaction  Wheel  Assembly.  A counterrotating  reaction  wheel 
. keeps  the  spinning  spacecraft  's  net  momentum  near  zero. 

A block  diagram  of  the  Yaw  Spin  configuration. is  presented  in  Figure  3-6. 


c. 

d. 

e. 

f. 

g- 

h. 

i. - 

j . 
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Figure  3-6,  Yaw  Spin  Configuration  Block  Diagram 


3.4.2  Design  Equations 

3.  4.  2.1  Rate  Error  (Maximum  Thrust  Requirement)  (Ref.  3-2) 


whe  re 


Ratfe  Error  = 


Torque  Impulse 
Transverse  Inertia 


2(  At)  -F  dx 
x 


(3-17) 


At  = minimum,  impulse  bit  (sec) 

d = moment  arm  (ft) 

x 

F = thruster  output  (lb) 

2 

J • = transverse  inertia  (slug-ft  ) 

x 

9 = rate  error  about  the  roll  axis  (deg/sec) 

x 


The  factor  of  two  in  the  torque  impulse  equation  accounts  for  a 
maximum  of  four  minimum  impulse  firings  sequentially  before  the  control 
logic  stops  the  jets;  It.  is  conservative  in  that  usually  only  two  or  three 


firings  will  occur  at  one  time.  If  only  one  occurred,  then  the  factor 


would  be  equal  to  one -half. 

Given  a required  system  rate  error,  0RX>  the  maximum  thrust 
level  (for  a particular  minimum  impulse  bit)  is  obtained  by  rewriting 
Equation  (3-17)  as  , 


F- 

max 


x 

2 (At)  d 

x 


(3-18) 


3. 4. 2.  2 Pointing  Error  (Selection  of  Earth  Sensor)  (Ref.  3-2) 

The  pointing  error  of  the  spin  axis  in  pitch  and  roll  is  usually 
specified, which  creates  a square  error  pattern  as  shown  in  Figure  3-7. 

The  maximum  spin  axis  pointing  error  lies  at  the  corner  of  this  square 
and  is  larger  than  either. pointing  error  by  itself.  The  equations  following 
deal  with  the  maximum  3c  nointine  error. 
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Figure  3-7.  Yaw  Spin  Pointing  Error  Pattern 

The  spin  axis  pointing  error  is  made  up  of  two  types  of  errors; 
e slow-varying  or  fixed  sensor  errors  and  the  dynamic  errors  which 
.ve  observable  effects.  These  are  detailed  below. 

a.  Slow-varying  or  fixed  sensor  errors 

1.  Null  offset* 

2.  Alignment  error* 

3.  Thermal  distortion* 

4.  Radiance  irregularity  (cold  clouds,  etc.)  = e^ 

5.  Quantization  = e^ 

The  errors  with  the  * after  them  cancel  out  because  of  the 
method  of  averaging  out  the  horizon  sensor  errors  using 
four  measurements  with  two  taken  on  each  side  of  the  earth. 

The  resulting  equation  for  the  slow-varying  or  fixed  sensor 
errors  (E^)  is  the  RSS  of  the  noncanceling  3cr  errors  as  shown 
below. 

E1  = [(e2)2  + (e3)2  ] 1/2  (3-19) 

b.  Dynamic  Observable  Errors 

1.  Deadband  error 

2.  Controller  error 

3.  Disturbance  torque  error 

4.  Earth  sensor  noise  error 

The  total  spin  axis  pointing  error  due  to  dynamic  observable 
errors  is  the  sum  of  the  above  errors  and  is  added  to  the  RSS  of 
the  sensor  errors  to  obtain  the  total  spin  axis  pointing  error. 
Each  of  the  observable  errors  is  discussed  below. 
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1.  -Deadband'  Error.  The  error  due  to  the  control  system 

deadband  (E2)  is  simply  the  value  of  the  deadband. 

E2  = db  . (3-20) 

where 

db  = deadband  (deg) 

2.  Controller  Error.  The  controller  error  is  a major  com- 
ponent of  the  total  spin  axis  error  and  varies  with  distrubance 
torque,  measurement  gain  and  control  impulse.  However, 
the  peak  controller  error  and  percentage  of  time  spent 
outside  of  the-deadband  are  relatively  insensitive  to  varia- 
tions in  these  quantities  (although  the  average  value  does 
vary).  Since  the  3o  value  is  equivalent  to  the  peak  error, 

the  equation  for.  3cr  spin  axis  error  due  to  controller  error 
(E^)  becomes 

E^  = c^  = 1.789  mrad  (0.1025.  deg)  (3o)  (3-21) 

3.  Disturbance  Torque  Error.  The  disturbance  torques 
acting  on  the  vehicle  are  due  to  solar  winds,  momentum 
bias,  and  control  plane  rotation.  The  error  due  to  control 
plane  rotation  can  be  kept  at  zero.  For  zero  control  plane 
rotation,  the  error  (E^)  is  given  as 

~-~(0.18x104)xMd.  + 0.  12  - db,  if  > 0 

x . max 

0 if  the  above  quantity  55  0 (3-2  2) 

whe  re 

Mp  = maximum  disturbance  torque 
max 

= the  larger  of  or 

x-  y 

4.  Total  Pointing  Error.  The  total  pointing  error  (Gx)  is  the 

. sum  of  all  of  the  errors  previously  discussed  as  shown  below. 

9'  = JE.  + E,  + E,  + E.  (3-23) 

x 1 2 3 4 

Substituting  in  the  equations  for  E^  yields 

9x  = (e22  + e32)  1/2  + db  + c&  + E (3-24) 

where 
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, 0.54  x 10  M 


E = E4  H 


D 


max 


d F 
x 


+ 0. 12  - db 


(3-25) 


1 0 if  the  above  is  ^ 0 

3. 4.  2.  3 Momentum  Wheel  Sizing 

The  momentum  wheel  is  sized  so  that  its  momentum  will  be  able 
to  match  that  of  the  spinning  vehicle  and  thus  cancel  it  out.  The  momentum 
of  the  vehicle  about  the  yaw  axis  is  given  by 

(3-26) 


H = J-  U) 
z s 


where 


<jus  = vehicle  spin  speed  (rad/sec) 

3.  4.  2.  4 Minimum  Thrust  Requirement 

The  minimum  thrust- requirement  is  obtained  by  computing  the 
thrust  necessary  to  compensate  for 

a.  the  translational  thruster  offset  and  misalignment  during  a 
powered  flight  phase 

b.  the  external  disturbance  torques  acting  on  the  vehicle. 

These  equations  follow: 


A0 


57.  3 T 

\ 

' A0 


dm  + Ad' 


F, 


57.  3 T 
2 


d„  + Ad 


57.  3 


Ad  A0 


M /d 
D x 
x 


/d 

D y 

y y 


(3-27) 


The  minimum  thrust  required  is  the  maximum  of  F^  through  F^. 
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3. 4.  2.  5 Total  Impulse  Requirement 

The  total  impulse  required  is  a function  of  the  requirements  for 
limit  cycling,  powered  flight,  recovery  from  initial  rates,  single-axis 
rotational  maneuvers  and  overcoming  external  torques: 


a.  Limit  Cycle  Impulse 


I 

X1 

37  x 

II 

>> 

h-4 

37  x 

I 

0 

Z1 

Powered  Flight  Impuls 

I 

^2 

/ A 0 
l 57.3 

I 

z2 

/ A0 
l 57.3 
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X X 


y y 


dm  + Ad 


d™,  + Ad 


F t 
e 


F t 
e 


x- 


2 .Ft 

Ad  A9 
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c.  Impulse  Due  to  Recovery  From  Initial  Rates 


x. 


^3 


T)  Jx  0o/(57.3  dx) 

-n  Jy  0o/(57.3dy) 

•q  j en/{57.3  dj 
1 z U z 


"'l 


> (3-28) 


(3-29) 


f (3-30) 
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d.  Single  Axis  Rotation  Impulse 


2 J 0 (max)  N 
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e.  Impulse  Due  lo  Overcoming  External  Torques 


(J1 

It 

T / d 

D x x 

X 

I 

y5 

Mj,  t / d 
D y y 

y 

r 

z5 

0 

f.  Total  Impulse 


I 
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I 
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X. 
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5 

I 

i = 1 
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> (3-31) 


/ 


y (3-32) 
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(3-33) 


J 
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Design  Logic 

The  sequence  followed  in  implementing  the  design  algorithm  is 
as  follows: 

a.  Input  data. 

b.  Compute  minimum  thrust  requirement  to  overcome  external 
torques. 

c.  Compute  the  maximum  thrust  requirement  such  that  the  rate 
error  equation  will  be  satisfied. 

d.  Use  a thrust  level  which  is  between  the  computed  max  and  min. 

e.  Select  the  deadband  based  on  the  maximum  allowable  pointing 
error. 

f.  Call  up  configuration- special  hardware  from  the  data  base  which 
are  not  differentiable: 

1.  Valve  Driver  Assembly 

2.  Sun  Sensor  Assembly 

3.  Rate  Gyro  Assembly 

4.  Power  Converter 

g.  Select  an  earth  sensor  with  e^  less  than  one  half  of  the  deadband 
with  associated  e ^ and  e_.  Select  a Center  Electrical  Assembly 
with  an  error  of  c^. 

h.  Compute  the  pointing  error  using  Equation  (3-24). 

i.  Compare  the  pointing  error  with  the  maximum  allowable  pointing 
error.  If  acceptable,  add  this  earth  sensor  and  controller  to 
acceptable  list. 

j.  Size  and  select  a reaction  wheel  for  data  base. 

k.  Compute  the  total  impulse  required  for  the  mission. 


3.  5 THREE- AXIS  MASS  EXPULSION  CONFIGURATION 


3.5.1  Functional  Description 

The  Three-Axis  Mass  Expulsion  configuration  components  perform 
the  following  functions: 
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a.  Attitude  Sensors.  Two  horizon  scanners  mounted  in  a "V" 
configuration  detect  when  the  vehicle's  yaw  axis  is  pointed 
at  the  earth's  center.  This  provides  attitude  errors  in  pitch 
and  roll,  which  provide  the  reference  for  the  gyros  and  bound 
the  effect  of  gyro  drift  . 

b.  Gyros . Three  rate -integrating  gyros  measure  inertial  rates 
about  all  three  axes  and  integrate  these  rates  to  provide 
attitude  information. 

c.  Attitude  Reference  Electronics.  The  electronics  process,  the 
outputs  from  the  horizon  scanners  and  gyros  to  produce  an 
estimate  of  the  vehicle's  roll,  pitch,  and  yaw  attitude. 

d.  Valve  Drive  Electronics.  The  electronics  utilize  the  output 
of  the  attitude  reference  electronics  to  command  the  reaction 
control  thrusters  to  correst  for  errors. 

A block  diagram  of  the  Three- Axis  Mass  Expulsion  configuration 
is  presented  in  Figure  3-8. 


Figure  3-8.  Three- Axis  Mass  Expulsion 
Configuration  Block  Diagram 

3.5.2  Design  Equations 

The' pointing  equations  for  a typical  Three-Axis  Mass  Expulsion 
S&C  Subsystem  have  been  developed  in  Reference  3-3.  The  control  law 
used  signals  from  three  rate  integrating  gyros  (one  per  vehicle  axis)  and 
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signals  from  two  horizon  scanners  to  estimate  the  vehicle  roll,  pitch  and 
yaw  attitude  relative  to  the  local  vertical/orbit  plane  (LV/OP)  coordinate 
axes.  . / . 

A block  diagram  of  the  Attitude  Reference  Unit  (taken  from 
Ref.  3“ 3)  is  shown  in  Figure  3-9.  The  on-orbit  accuracy  equations  are 
rewritten  as  follows: 

Ey  = d\  + Kn  + (e7  He/HF9>2  + H0/Hf/  + S (3‘34) 

+ <ep/HFe>2'+  Mby2}'/2 

dbx  + {V  + (e7  Gl>2  + (e  Gl»2  + ax2  + Adbx2}1/2'  '5-35> 

dbz  + “o  °3)2  + ISl  C3)2  + (S2>2  + (ig) 

• + a^2  + (e?  G^)2  + (Adbz)2|  2 (3-36) 

where 

Gi  ='hy/(hf-  +%) 

°2  = [Hy  HFrp  “ Hcp^HFY  + "J0^  ] ^ + “o^] 

G3  = (,){p] 


(3-37) 

(3-38) 

(3-39) 
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PITCH  AXIS 
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The  "sensitivity  terms  are: 

= pitch  horizon  scanner  gain 

= roll  horizon  scanner  gain  to  roll  axis 

Hy  = roll  horizon  scanner  gain -to  yaw  axis 

HpQ  = pitch  feedback  gain 

Hp  = roll  feedback  gain 

(H-™,  + oJq)  = roll-to-yaw  coupling  gain 

o)n  = true  orbital  pitchover  rate 


The  error  terms  are: 
a.  Pitch  Axis' 


0N 


'4 


y 

db 

y 

Adb 


= "'filtered  pitch  horizon  scanner  noise  power 
[defined  in  Eq.  (3-45)] 

= pitch  horizon  scanner  null  error 

= Horizon  scanner  anomalies  (deg,  3o) 

2 


2,  1/2  2 2 1/2 
-He*  + e5  ) 


^(e2“.+  e6“)  -v-4 

=,  error  due  to  radiance  irregularity  (3 c) 

= sun  interference  error  (3cr) 

= moon  interference  error  (3cr) 

= threshold  aging  error  (3c) 

= programmed  pitchover  rate  errt 

( *0?  “ V- 

= misalignment  error  in  mounting  inertial  measurement 
units  relative  to  vehicle  pitch  axis  (deg,  3 tj) 

= pitch" deadband  setting 
= pitch  deadband  tolerance 
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b.  Roll  Axis 


e 


7 


- filtered  roll  horizon  scanner  noise  power  ' 
[defined  in  Eq.  (3-49)] 

= horizon  scanner  null  error 


e = horizon  scanner  anomalies 

ax  = s a-li gnme nt  error  in  mounting  inertial  measurement 

units  relative  to  vehicle  roll  axis  (deg,  -3a;) 

db  = roll  deadband  setting 

Adb^  = roll  deadband  tolerance 


c . Yaw  Axis 

&2  ~ pitch  misalignment  of  yaw  gyro  relative  to  sensor  package 


Si 

§2 


= G- in  sensitive  drift  of  yaw  gyro 

= pitch  misalignment  of  roll  gyro  relative  to  sensor  package 


gj  = .G-insensitive  drift  of  roll  gyro 
e^  = roll  horizon  scanner  null  error 

a.  = misalignment  error  in  mounting  inertial  measurement 
units  relative  to  vehicle  yaw  axis  (deg,  -3cr) 

dbz  = yaw  deadband  setting 

4db  = yaw  deadband  tolerance 

z 1 

The  expressions  for  the  filtered  pitch  and  roll  horizon  scanner 
e power  are  given  in  Reference  3-3  as: 


0N 


r 

Jo 


Se  (id)  He‘ 


du> 


o ® + HF02 


(3-41) 


e \ f 2 „ 2 , 2 TT  2] 

Scp((p  > h Hcp  + ^0  H7  J 

+ u>  (H  • 2 - 2H  / G„)  + H Z/G* 
Fcp  cp  3'  cp  3 


dio 


(3-42) 
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where  and  are  the  pitch  and  roll  horizon  scanner  output  noise 
power  spectra,  respectively. 

The  assumption  for  Sg  and  is  made  that  the  horizon  scanner 
output  noise  is  white  noise  and  is  band  limited  at  a frequency  as 
shown  in  Figure  3-10. 


Figure  3-10.  Band-Limited  White  Noise 

The  area  is  equal  to:. 

Area  = cr  ^ 


HS 
= K,  to 


H 


(3-43) 


where  is  the  band  limited  frequency  and  cr^g  is  the  1 <y  value  of  horizon 


scanner  noise.  Therefore, 


V")=se(UJ)  = 


°HS  ^ ^°r  ^ ^ 


0 for  'U  > m 


H 


(3-44) 


Substituting  Equation  (3-44)  into  Equations  (3-42)  and  (3-43)  and  using  a 
3e  noise  error  to  get  a 3o  value  for  noise  power  yields 


Oj2  “H 

P0N<3">~  / - 


H 


8 


gjtt  *'  " 2 2 

H ° («  +H^  ) 


CO 


3-39 


P9N<3^  = 


(3-45) 


whe  re 


e-^  = horizon  scanner  noise  (3cr) 


Also: 


cpN 


u) 


H 


«> 


/ 


.H 


,2  2 2 2. 

(w  + «)0.  Hf  ). 


fc4  + to2  (H„  2 - 2H  /G,)  + (H  2 + G 2) 
[_  Ftp  rp  3'  ' cp  3 ' 


•dew 


(3-46) 


Since  the  above  equation  cannot  be  solved  analytically,  it  is  desirable  to 
find  another  solution  to  avoid  integrating  in  the  computer  simulation. 

In  Reference  3-4,  Equation  ('3-46)  is  solved  numerically  for 
"typical"  values  of  the  attitude  reference  parameters.  Since,  these 
values  do  not  vary  a great  deal  between  various  attitude  reference  systems, 
the  value  of  the  numerical  integration  is  used  and  scaled  appropriately 
by  e^  and  . From  Reference  3.  A- 
2 


or 


el 

C = 0.0013 

0.  0013tt> 

_ rl 


(3-47)  ' 


el 

= 0, 026 


(3-48) 


for  this 
Thus 


attitude  reference  system. 
2 


• yN 


w 


L (0.  026) 


H 


(3-49) 
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The  total  impulse  required  is  a function  of  the  requirements  for 
limit  cycling,  powered  flight,  recovery  from  initial  rates,  single  axis 
rotational  maneuvers,  and  overcoming  external  torques: 

a.  Limit  Cycle  Impulse  {3-50) 

I = 37  x 106  T d (F  At)2/{J  db  ) 

Xj  X X X 

I = 37  X lo6  T d (F  At)2(J  db  ) 

y1  y y y 

I = 37  x 106  T d (F  At)2/ ( J db  ) 

Z -I  Z Z 2j 


b. 


Powered  Flight  Impulse  (Translational) 


I = /AO  , 
y2  (f77T  dT  + 


+ 


Ad 


57.3 


c. 


Impulse  due  to  Recovery  from  Initial  Rates' 


n ‘ Jx  e0/(57.3’dx) 
n jy  e0/{57.3  dz) 
0 Jz  e0/(57.3  dz) 


(3-51) 


(3-52) 
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Single  Axis  Rotation  Impulsi 


(3-53) 
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Impulse  Due  to  Overcoming  External 
Torques 
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(3-55) 
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3.5.3 


Design  Logic 


The  sequence  followed  in  implementing  the  design  algorithm  is  as 

follows : 

a.  Input  data . 

b.  Compute  minimum  forces  necessary  to  overcome  main  engine 
misalignments  and  external  torques. 

c.  Compute  maximum  allowable  force  such  that  rate  error  equation 
will  be  satisfied. 

d.  Use  a thrust  level  which  is  between  the  computed  maximum  and 
minimum. 

e.  Select  the  deadband  based  on  the  maximum  allowable  pointing  error. 

f.  Call  up  configuration  special  hardware  from  the  data  base  which 
are  not  differentiable: 

1.  Attitude  Reference  Electronics 

2.  Valve  Driver  Electronics 

g.  Select  rate -integrating  gyros  with  rate  sensing  threshold  g1  less 
than  0.  2 of  the  maximum  allowable  rate  error  and  with  1 

- associated  g^. 

h.  Select  scanning  horizon  sensor  from  data  base  with  associated 

Ojj  ^2*  ^4*  e5>  2nd  cDpj. 

i.  Compute  the  pointing  errors. 

j.  Compare  the  pointing  errors  with  the  maximum  allowable  pointing 
error.  If  acceptable,  use  the  selected  components.  If  not  accept- 
able, select  more  accurate  components  and  repeat  the  sequence. 

k.  Compute  the  total  impulse  required  for  the  mission. 


3.  6 MASS  EXPULSION  CONFIGURATION  WITH  CONTROL  MOMENT 

'GYROS  “ 

3.  6.  1 Functional  Description 

t 

The  Mass  Expulsion  configuration  with  Control  Moment  Gyros, 
subsequently  referred  to  as  the  Control  Moment  Gyro  configuration, 
Consists  of  components  performing  the  following  functions: 


v. /'  % 
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a. 


Attitude  Reference  Unit.  The  attitude  reference  unit  provides 
accurate  rate  and  attitude  information  for  control  by  the  momen- 
tum exchange  assembly.  The  attitude  reference  unit  should  be 
of  high  accuracy  when  used  with  a momentum  exchange  assembly, 
thereby  requiring  star  sensors  and  an  accurate  rate  gyro  assembly. 

1.  The  star  sensor  assembly  provides  accurate  attitude  in- 
formation which  is  processed  by  the  onboard  computer. 

Three  types  of  star  sensors  are,  considered: ' star  mappers, 
body-fixed  (electronic)  star  trackers,  and  gimbaled  star 
trackers. 

2.  The  gyro  reference  assembly  (GRA)  provides  rate  informa- 
tion which-is  used  in  connection  with  the  attitude  information 
in  the  data  processing  assembly. 

3.  The  electronic  processor  assembly  provides  the  function 
of  processing  the  signals  from  the'  star  sensor  assembly 
and  the  GRA  electronically  for  use  in  the  onboard  computer. 

b.  Data  Processing  Assembly.  The  data  processing  assembly  con- 
sists of  the  onboard  computer  and  performs  the  following  functions: 

1.  Derivation  of  the  attitude  reference  using  the  signals  from 
the  attitude  reference  unit. 

2.  Processing  of  the  commands  for  attitude,  rate,  and  ac- 
celeration (if  needed)  to  generate  commands  to  the  momentum 
exchange  assembly  for  vehicle  pointing. 

3.  Processing  of  control  laws  governing  how  the  individual 
momentum  exchange  devices  are  controlled  and  when  to 
fire  the  jets  to  dump  momentum  (or  for  attitude  control 
in  place  of  the  momentum  exchange  assembly). 

c.  Momentum  Exchange  Assembly.  Two  basic  types  of  three - 
axis  momentum  exchange  assemblies  are  considered: 

-1.  Control  moment  gyros  (CMGs) 

2.  Three-axis  reaction  wheels 

The  CMGs  may  be  either  single-gimbaled  or  double - 
gimbaled.  The  momentum  exchange  configuration  selected 
for  this  study  is  the  one  utilized  by  LST  and  HEAO  which  is 
a skewed  arrangement  of  from  four  to  six  single-gimbaled 
CMGs.  These  are  constant-speed  CMGs  with  a total 
angular  momentum  vector  varied  by  varying  the  gimbal 
. angles  of  the  individual  CMGs. 
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3.6.2. 1 Momentum  Exchange  Assembly 

a.  CMGs  Versus  Three-Axis  Reaction  Wheels.  The  factors  in- 
fluencing the  decision  between  CMGs  and  three -axis  wheels 
are  the  momentum  storage  and^torque  requirements.  The 
momentum  storage  requirement  consists  of  maneuver  and 
disturbance  momentum  requirements  with  the  equation  given 
as  follows: 


where 


req 


' & 


= h + h .. 
man  dist 


= (J9  /57.  3)  + 86400  t * Mn(max) 

max  * D 


(3-56) 


max 


= time  between  unloading  (days) 

2 

= inertia  about  the  maneuver  axis  (slug -ft  ) 

= maximum  maneuver  rate  about  the  maneuver 
axis  (deg/sec) 

M^(max)  = maximum  disturbance  torque 

4 . 

For  sizing  purposes, 

J 9 (max)  J § (max)  J 9 (max) 
” ” _ y y z z 


man 


max 


x x 


57.  3 


57.  3 


57.  3 


(3-57) 


The  torque  requirement  consists  of  the  sum  of  the  accelera- 
tion torque  and  the  disturbance  torque  requirements. 


req 


^ accel  + ^dist 


where 


= acceleration  time  (sec) 


(3-58) 


accel 

This  can  be  written  as 

T = h / 1 . + Mn(max) 

req  man  accel  D 

If  T /h  > 0.  02,  then  CMGs  should  be  considered 
req  req 


(3-59) 


If  0>  T /h  > 0.  1,  then  three  axis  wheels  should  be  considered, 
req  req 
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b. 


c. 


Single  Versus  Double -Gimbaled  CMGs,  The  decision  to 

select  single  or  double -gimbaled  CMGs  is  based  on  the  gimbal 

rate  requirement,  cr 

A max 

If  C < 0.  1 rad/sec,  then  both  types  should  be  considered, 
max 

If  cr  > 0.  1 rad/sec,  then  only  single -gimbaled  CMGs 
xn3,x 

should  be  considered.  , . 

Alternately,  the  gimbal  rate  can  be  related  to  the  acceleration 
time  requirement  by  assuming  typical  worst-case  gimbal 
'motion  during  acceleration  or  deceleration  of  approximately 
2 rads.  This  yields: 

If  t .>  20  sec,  consider  both  types, 
accel  3 13 


If  t 1 < 20  sec,  consider  only  single -gimbaled  CMGs. 

elCC  GX 


Select  and  Size  Single -Gimbaled  CMGs.  Single -gimbaled 
CMGs  are  selected  and  sized  based  on  the  momentum  storage 
requirement,  peak  gimbal  rates,  and  peak  torquer  torques. 

The  momentum  storage  requirement  is  the  sum  of  the  maneuver 
momentum  and  disturbance  momentum  requirements.  The 
momentum  required  per  axis  is  shown  below.' 


h 

re 
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re 
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[J  9 (max)/  57.  3] 

X.  X. 

[J  6 (max)  / 57.  3] 

y y • 

[J  S (max)  / 57.  3] 

Zi  Zi 


+ Mp(max)  t^ 
+ Mp(max)  t ^ 
+ ‘ M^(max)  t ^ 


(3-60) 


For  this  study  we  will  assume  a skewed  configuration  of  from 
4 to  6 CMGs.  The  smaller  number  is  preferred  unless  more 
are  needed  to  meet  the  required  momentum  with  off-the-shelf 
CMGs.  It  is  further  assumed  here  that  the  hangup  problem  is 
not  solved  so  that  the  maximum  momentum  capability  of  the  set 
of  CMGs  is  approximately: 


h 


where 


' cap 


n 


h 

Y 


(n  - 2)  h cos  Y (3-6l) 

number  of  CMGs  in  the  skewed  configuration 
( 4 ^ n ^ 6 ) 

momentum  of  each  CMG  . 

skew  angle  (default  value  of  25  deg) 

-%r)  <3-62> 
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Letting 


h 

= max  (h  , 

h ■ , 

h 

cap 

re9x 
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y . 
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h . 

= min  (h  , 

h , 

h 

mzn 

reqx 
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y 
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t h . (n-2) 
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h n 
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(3-63) 
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(3-65) 
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/ (n  sin  Y ) 
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The  peak  gimbal  rate  is  determined  by  the  acceleration  time 
and  die  fact  that  a single  CMG  in  a skewed  set  will  typically 
move  two  rads  at  most  while  the  vehicle  accelerates  from 
rest  to  (for  typical  LST  CMGs).  The  peak  gimbal  rate 

is  approximately  equal  to  the  average  rate  since  the  gimbal 
acceleration  is  high.  Thus: 


CT 

max 


2h 
h t 

— accel 


(3-67) 


where  h is  the  actual  momentum  of  the  individual  CMGs 
selected  from  the  hardware  data  base. 


The  peak  torquer  torque  (which  must  be  delivered  at  peak 
gimbal  rate)  is: 

. T = h e /57.3 

max  — max 


(3-68) 


where 

♦ 

9 

max 


max  | 9 ^ (max),  ^ ^ (max),  $ ^ (max  A 


(3-69) 


The  CMGs  "are  selected  from  the  hardware  data  base  by 

using  h,  CT  , and  T such  that  each  value  of  the 
° max  max  . 

selected  CMG  is  above  the  values  of  h-,  O , and  T 

max  max 

The  actual  values  for  the  CMG  selected  from  the  data  base 

* 


will  be  denoted  by  h and  (J 

1 — —max 


sizing  equations. 


for  use  in  the  following 


The  CMG  configuration  is  sized  for  weight,  standby  power, 
and  volume  utilizing  empirical  relationships.  These  rela- 
tionships have  been  approximated  by  straight  line  equations 
to  be  programmed  for  this  model.  The  equations  are  pre- 
sented below.  The  weight  and  volume  numbers  include'the 
CMG  and  its  associated  gimbal  drive  electronics.  The  power 
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numbers  are  standby  power  only.  Peak  power  during  accel- 
eration of  a maneuvering  vehicle  can  be  twenty  times  as  large 
as  the  standby  power.  Some  knowledge  of  the  duty  cycle  is 
required  to  compute  average' power  for  any  particular  appli- 
cation. 


K 


2 


= a e / 57.  3 
—max  max 


{3-70) 


W = p.  [-32  + {0.  068  + 0.  29K2)  (h  + 960)  ] (3-71) 

P = 'n  (0.  0103  + 0.  0235  K2)  (h  + 1430)  (3-72) 

V = n [ 7.45  + (0.  00265  - 0.  0062  K2)  (h  - 1720)3  (3-73) 

where 

W = weight  of  CMG  configuration  (lb) 

P = standby  power  of  CMG  configuration  (watt) 

V = volume  of  CMG  configuration  (ft^)' 


CMG  Rate  and  Pointing  Errors.  Assuming  that  a CMG  control 

system,  sized  for  a slew  rate  of  § , is  in  an  inertia]  hold 

- . max 

mode.  The  state  of  the  art  in  CMG  control  is  such  that  2 (J 

low-frequency  .(within  the  control  bandwidth)  errors  are  ap- 
proximately 


6 CMG  °* 


9 (sec,  2cr  ) 
max 


(3.  74) 


CMG 


0.2  0 (sec/sec,  2c r ) 
max 


(3-75) 


These  numbers  are  based  on  GE  Phase  1 CMG  development 
test  results  (Ref.  3-5)  on  a single -axis,  air-bearing  table. 
Estimated  HEAO  errors  are  somewhat  larger  than  this  (1  sec 
for  a system  which  could  slew  at  approximately  0.6  deg/sec). 
CMGs  also  induce  vibration  errors  at  spin  speed  and  bearing 
regainer  speed  (approximately  40. percent  of  the  spin  speed), 
but  their  effect  depends  on  the  specific  structural  design  and 
is  beyond  the  scope  of  this  effort. 


For  this  model,  the  errors  must  be  in  terms  of  3 CT  numbers 
and  the  units  in  degrees  and  seconds.  The  above  equations 
are  shown  below  in  these  terms. 
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d‘  Valve  Driver  Electronics.  The  electronics  utilizes  the  output 
of  the  data  processing  assembly  to -command  the'-reaction  con- 
trol thrusters  to  dump  the  stored  momentum  in  the  momentum 
exchange  devices  or  to  control  the  vehicle  in  place  of  the  mo- 
mentum exchange  assembly. 

e*  Coarse  Attitude  Sensing.  For  acquisition  purposes,  a coarse 
attitude  sensing  assembly  is  required.  This  may  consist  of 
either  a horizon  sensor  for  earth -pointing  vehicles  or  a sun 
sensor  for  inertially- pointing  vehicles. 

A block  diagram  of  the  Control  Moment  Gyro  configuration  is 
presented  in  Figure  3-11. 

3*6.2  Design  Equations 

The  Control  Moment  Gyro  configuration  will  consist  of  the  mo- 
mentum exchange  assembly  coupled  with  an  accurate  attitude  reference 
assembly.  The  attitude  reference  assembly  will  contain  star  sensors  for 
accurate  attitude  information  along  with  a gyro  reference  assembly  (GRA) 
for  rate  information.  The  outputs  from  the  star  sensor  and  GRA  will  be 
processed  by  an  error  processor  and  evaluated  by  an  onboard  computer. 

The  momentum  exchange  assembly  can  consist  of -three-axis 
reaction  wheels  or  control  moment  gyros.  Equations  for  the  three-axis 
wheel  configuration  will  not  be  covered  in  this  model,  although  the  decision 
process  concerning  three-axis  wheels  is  covered.  Two  types, of  CMGs 
are  considered  in  the  decision  process;  double -gimbaled  CMGs  (whose 
equations  are  not  covered  in  this  model)  and  single -gimbaled  CMG  systems. 

The  total  error  of  the  Control  Moment  Gyro  configuration  is 
the  sum  of  the  attitude  reference  error  plus  the  control  (CMG)  error.  The 
equations  for  the  errors  will  be  covered  later. 


3-45 


-46 


ACQUISITION  COARSE  ATTITUDE 
SENSING 


HORIZON 

SCANNER 


OR 


SUN  SENSOR 
ASSEMBLY 


Figure  3-11.  Mass  Expulsion  Configuration  Block  Diagram  with 
Control  Moment  Gyros 


Selection  of  Star  Sensors 


3. 6. 2. 2 ’ 

Several  types  of  star  sensors  are  available  in  an  accurate 
attitude  reference  system.  The  three  types  considered  in  this  study  in- 
clude star  mappers,  body-fixed  (electronic)  trackers,  and  gimbaled 
trackers. 


a. 


Decisions  Between  Candidate  Star  Sensors.  Several  tests 
are  listed  in  the  following  material  to  rule  out  star  sensor 
types  which  will  not  meet  specific  requirements. 

1.  Test  to  determine  whether  star  information  must  be 
obtained  in  inertial  hold. 


Assume  that  the  gyro  bias  drift  can  be  calibrated  to 
- 0.  01  deg/hr..  Allow  one-half  of  the  required  pointing 
error  for  the' bias  drift  during  inertial  hold.  Thus 
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If  the  time  the  vehicle  must  be  in  inertial  hold,  t,  . , , 

hold 

exceeds  t , then  it  is  necessary  to  use  a star 
max  ; - 1 

tracker  to  obtain',  star  information  during  inertial  hold. 
Thc'refore,  star  mappers  are  rejected. 

2.  Test  to  determine  whether  attitude  motion  is  sufficient 
to  generate  an  adequate  number  of  star  crossings  with 
a star  mapper. 

To  make  judgment  on  this  question  requires  tradeoffs 
between  mapper  field  of  view  (FOV),  accuracy,  sensi- 
tivity, number  of  mappers,  mounting  geometry,  and 


attitude  motion  profiles.  As  a rough  test  for  whether 
a star  mapper  is  a practical  approach,  determine 
whether  the  average  body  rate  exceeds  one -fourth  of 
the  orbital  rate,  W , for  a low  orbit  during  the  period 
when  high  accuracy  is  necessary.  This  corresponds  to 
a rate  of  1 deg /min.  If  the  average  body  rate  is  greater 
than  this,  then  star  mappers  should  be  considered. 

3.  Test  to  determine  whether  high  body  rates  preclude  star 
trackers. 

A thorough  resolution  of  this  question  requires  exten- 
sive'tradeoffs  between  sensitivity  (required  star  magni- 
, tude),  FOV,  accuracy,  tracking  loop  bandwidth  and  degree 
of  sophistication,  command  sophistication  (i.  e.  , accelera- 
tion feed  forward,  vehicle  dynamic  model  in  computer, 
etc.  ) and  detailed  tracker  mechanization.  However,  for 
preliminary  component  selection  purposes,  it  is  reasonable 
to  exclude  trackers  from  consideration  for  body  rates 
exceeding  some  value  based  on  existing  trackers  (assum- 
ing that  star  information  must  be  obtained  at  the  high  body 
rates).  Define  two  different  thresholds,  one  for  body- 
fixed  (electronic)  trackers  and  one  for  gimbaled  trackers. 
Input  the  maximum  vehicle  rate  at  which  star  information 
must  be  obtained  and  compare  this  to  the  two  thresholds 
to  see  if  trackers  should  be  rejected.  It  may  be  possible 
for  trackers  to  operate  at  higher  rates  with  reduced  ac- 
curacy. If  so,  this  must  be  factored  into  the  tracker 
selection  algorithm. 

4.  Given  that  both  types  of  trackers  are  candidates,  test  to 
determine  whether  large  view  angles  necessitate  gimbals. 

A requirement  for  large  view  angles  is  generated  when  it 
is  desired  to  track  specific  guide  stars  over  wide  ranges 
of  vehicle  motion.  The  maximum  reasonable  total  FOV 
for  electronic  trackers  is  approximately  3 0 deg.  Input 
whether  the  mission  requirements  dictate  tracking  specific 
guide  stars  and  what  the  range  of  attitude  freedom  is  to  be 
(denoted  by  9 p0y  )*  Test  this  against  30  deg  to  see  if 
body-fixed  trackers  should  be  rejected. 

b.  Star  Tracker.  Given  the  surviving  candidate  types  of  star  sensors 
from  the  preliminary  selection,  select  specific  sensors  from  the 
data  base  with  accuracy  as  a criterion.  Reject  all  sensors  whose 
accuracy  is- not  better  than  the  required  attitude  accuracy.  The 
reason  for  allowing  a star  sensor  error  to  be  equal  to  the  entire 
system  pointing  error  is  that  the  effective  star  sensor  error  can 
be  reduced  below  this  value  by  averaging  the  random  errors  and 
calibration  of  systematic  errors,  thus  allowing  room  for  other 
system  errors. 
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3.6.2.  3 


Momentum  Exchange  Subsystem  Error  Equations 


Rationale . The  CMG  attitude  control  system  analyses  and 
tests  reported  in  Reference  3-5,  along  with  related  results, 
indicate  that  the  errors  in  the  control  moment  gyro  configura- 
tion can  be  characterized  as  follows: 

1.  Pointing  errors  are  dominated  by  the  attitude  reference 
error,  which  consists  primarily  of  the  star  sensor  error 
plus  any  gyro  drift  that  occurs  between  star  sightings. 

These  are  low-frequency  errors,  and  the  control  system 
follows  them  essentially  perfectly.  In  addition,  there 
are  higher  frequency  "jitter"  pointing  errors  which  are 
caused  primarily  by  CMG  hardware  characteristics  such 
as  torquer  stiction,  ripple,  and  backlash.  CMG  vibration 
can  cause  significant  rate  error,  but  generally  causes 
negligible  position  error  because  of  the  high  frequency 

of  the  vibration  source  (CMG  spin  speed,  typically  100  Hz). 
The  state  of  the  art  in  CMGs,  gyros,  and  star  sensors 
- is  such  that  the  pointing  errors  caused  by  gyro  and  star 
sensor  noise  are  generally  insignificant  compared  to 
■ those  caused  by  the  CMGs.  Pointing  errors  produced 
by  disturbance  torques  are  generally  insignificant  but, 
if  necessary,  can  be  reduced  to  negligible  values  by  com- 
puting the  torques  and  feeding  them  forward  as  commands 
to  the  control  system.  It  is  assumed  for  present  purposes 
that  this  is  done. 

2.  Rate  errors  are  dominated  by  the  system  response  to  CMG 
jitter.  The  rates  associated  with  attitude  reference  errors 
such  as  the  uncompensated  components  of  gyro  drift  are 
negligible.  Response  to  gyro  and, star  sensor  noise  is  small 
compared  to  the  jitter  produced  by  the  CMGs.  High  fre- 
quency vibration  produced  by  the  CMG  wheel  and  spin 
bearings  is  an  important  and  sometimes  dominant  source 

of  rate  error.  It  requires  very  careful  attention  to  CMG 
balancing,  structural  design  and  tuning,  and  possibly  vibra- 
tion isolation  mounting  of  the  CMGs.  However,  its  mag- 
nitude is  so  sensitive  to  the  detailed  system  design  that 
there  is  no  reasonable  way  to  quantify  this  error  for  present 
purposes. 


Pointing  errors  in  this  discussion  are  measured  relative  to  the  attitude 
reference  system;  misalignments  of  the  payload  relative  to  the  attitude 
reference  system  are  assumed  to  be  considered  separately. 
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b. 


Error  Equations 


1.  System  with  Star  Trackers.  The  total  pointing  error 

(9g  ) is  the  RSS  of  the  star  tracker  accuracy  (s£)  and  the' 
CMG-produced  jitter  Although  some  of  the  star 

tracker  errors  will  be  noise. and  will  be  averaged  by  the 
system,  this  will  be  approximately  compensated  by  the 
sum  of  the  other  smaller  errors  which  have  been  ignored 
here,  resulting  in  total  system  performance  of  the  order 
indicated  above.  Thus  * 
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The  total  rate  error  is  the  RSS  of  the  CMG-produced 
jitter  and  the  CMG-produced  vibration,  the  latter  of 
which  is  unknown  at  this  time.  Thus,  the  rate  error 
equation  is: 
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2.  System  with  Star  Mappers.  The  system  rate  is  the 
same  as  above.  The  position  error  is  the  same  as 
above  with  the  RSS  addition  of  errors  due  to  gyro  drift. 

The  gyro  drift  error  is  computed  as  follows. 

The  star  mapper  FOV,  s^,  and  the  sensitivity  (star 
magnitude,  m),  s^ , are  obtained  from  the  star  mapper 
data  base  for  the  candidate  mapper.  The  equation  be- 
low for  the  average  star  density,  N^,  is  a function  of  s^. 

Nm  = log"1  (-4+  0,451  s4)  (3-82) 

where 

s^  = mapper  sensitivity  (visual  magnitude) 
and’ ranges  from  0 to  20 

The  average  time  between  star  crossings  is  computed  by 
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‘ The  average  angular  motion  between  star  crossings  is 


A 0 =0  t 

avg  max 

The  gyro  bias  drift  error  is  computed  from 
9 = ®b  tsc 

= 0*  1 g 1 *SC 

where  g^  = G-insensitive  gyro  drift  (deg/sec,  3CT  ) 

and  the  gyro  bias  drift,  9^,  has  arbitrarily  set  to  ten 
percent  of  the  total  drift.  The. gyro  scale  factor 
error  is  . 


(3-84) 
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sf 


= K >A6 

sf  avg 


(3-86) 


where  is  the  gyro  scale  factor  multiplier  (3(7  ), 
which  is  obtained  from  the  hardware  data  base.' 

The  total  system  error  with  star  mappers  thus  becomes 


s22+eCMG2  + V2+9'e  f2V/2  0-87) 


3.  6. 2.  4 Size  Thrusters 


The  only  factor  sizing  the  thrusters  for  the  control  moment 
gyro  configuration  is  that  they  are  able  to  control  the  vehicle's  attitude 
during  firing  of  the  main -engine  with  its  associated  misalignments.  Tht 
equations  for  required  thrust  levels  are 
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F 


(3-89) 


= max  of  (F^,  F^,  F^) 

where 


gas  jet  level  arms  for  the  roll,  pitch,  and 
yaw  gas  jets  (ft) 


Ad  = lateral  vehicle  c.  g.  distance  plus  lateral 
thrust  chamber  c.  g.  distance  from  the 
reference  axis  (ft).  Default  value  is  4% 
of  the  vehicle  diameter. 


A 0 = main  engine  alignment  relative  to  the  vehicle 

thrust  axis  (deg) 

F^  = main  engine  thrust  (lb) 


3.6.  2.5  Size  Impulse 

Three  factors  influence  the  impulse  required  for  the  Control 
Moment  Gyro  configuration  mission.  These  are  the  impulse  due  to  controlling 
the  vehicle  during -translational  powered  flight,  the  impulse  required  to  dump 
the  momentum  in  the  CMG's  accumulated  due  to  the  steady  disturbance  torques, 
and  the  impulse  for  recovery  from  initial  rates.  ' The  equations  for  impulse 
due  to  these  three  factors  are  shown  below: 


a.  Powered  Flight  Impulse 
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b.  Momentum  Dumping  Impulse 

£ 

Ix  = 2.592-x  106  Mp  (steady)  T/d 


*1 


I ' - 2.592  x I06  (steady)  T/d 

y 3 


2.592  x 10°  Md  (steady)  T/d„ 


K (3-91) 


where 

(steady) 

x 

(steady) 
Y ' 

(steady) 


steady  disturbance  torque  level 
= about  the  vehicle  roll,  pitch, 
and  yaw  axes  (ft-lb) 


T = mission  lifetime  (months) 


c.  Impulse  Due  to  Recovery  From  Initial  Rates 
\ = * Jx  eo/(57.  3 dx) 

V3  = ? Jy  V*57- 3 dy> 

I = V J 0 / (57.  3 dz)  - 
Z3  z o ' 
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control  system  efficiency  (3  with  3 -axis  rate 
gyros,  12-15  with  no  rate  sensing) 

vehicle  roll,  pitch,  and  yaw  inertias 
(slug-ft^) 

maximum  initial  rate  (deg/sec) 

(assumed  the  same  on  all  axes) 


3.  6.  3 Design  Logic 

The  sequence  followed  in  implementing  the  design  algorithm 
is  as  follows: 


3-57 


a.  Input  data. 

b.  Decide  on  CMG  s versus  3-axis  reaction  wheels. 

1.  Compute  ratio -of  maximum  momentum  storage  to  maximum 
torque  requirement. 

2.  Compare  ratio  with  prescribed  values  for  decision. 

c.  Select  CMG  configuration  (3-axis  wheels  not  modeled). 

1.  Double  versus  single -gimbaled  CMGs  (double -gimbaled 
CMG  s not  modeled). 

d.  Select  and  size  single-gimbaled  CMGs. 

1.  Compute  momentum  storage  requirement  for  each  CMG. 

2.  Select -a  CMG  from  the  hardware  data  base  such  that  the 
momentum  h,  provided  by  the  individual  CMG,  is  s h.  m 
Associated  with  this  CMG  will  be  a peak  gimbal  rate, 
and  a peak  torquer  torque, 

3.  Compute  the  peak  gimbal  rate  and  peak  torquer  torque 
which  a CMG  with  a given  h must  provide. 

4.  Compare  data  base  and  with  the  computed 

values.  If  the  data  base  variables  are  greater  than  the 
computed  values,  add  this  CMG  configuration  to  the 
acceptable  list. 

5..  Compute  the  weight,  standby  power,  and  volume  for  the 
CMG  configuration  if  the  configuration  is  acceptable. 

e.  Compute  CMG  301  rate  and  pointing  errors. 

1.  Compare  the  CMG  rate  error  with  the  minimum  required 
rate  error.  Abort  if  not  small  enough. 

f.  Select  star  sensors. 

1.  Test  to  determine  whether  star  information  must  be 
obtained  in  inertial  hold.  If  yes,  reject  star  mappers. 

2.  Test  to  determine  whether  attitude  motion  is  sufficient 
to  generate  an  adequate  number  of  star  crossings  with 
a star  mapper.  If  no,  reject  star  mappers. 

3.  Test  to  determine  whether  high  body  rates  preclude 
trackers.  If  yes,  reject  either  body-fixed  or  gimballed 
star  trackers,  or  both.  If  both  types  are  acceptable, 
test  to  determine  whether  large  body  angles  necessitate 
gimbals. 

g.  Select  a gyro  reference  assembly. 

h.  Select  a star  sensor  from  the  acceptable  types  whose  error 

is  less  than  the  minimum  required  accuracy. 


3-58 


i,'  Compute  the  configuration  pointing  accuracy  which  is  a function 
of  the  accuracy  of  the  star  sensor,  CMGs, and  (for  star  mappers) 
the  gyro  reference  assembly  (GRA). 

j„,  Compare  the  configuration  pointing  error: with. system  pointing 
accuracy  requirement.  If  less,  add  this  subsystem,  combination 
to  the  acceptable  list.  If  more,  iterate  on  star  sensors  and 
GRAs  until  the  requirement  is -met. 

k.  Call  up  configuration-special  hardware  from  the  data  base  which 

is  hot  differentiable.  Test  whether  horizon  sensors  or  sun  sensors 
are  called  for  coarse  attitude  sensing. 

T.  Electronic  Processor  Assembly 

2.  Valve  Driver  Electronics  Assembly 

3.  Horizon  Sensor  Assembly 

4.  Sun  Sensor  Assembly 

l.  Size  thrusters  to  overcome  main  engine  misalignments,  during 
powered  flight. 

m.  Size  total  impulse  required  based  on:  - 

• 1.  -Dumping  stored  momentum  due  to  steady  disturbance  torque 
bias 

2.  -Fighting  main  engine  misalignments  during  powered  flight 

3.  Recovery  from  initial  rates. 

3.  7 MASS  EXPULSION  CONFIGURATION  WITH  PITCH  MOMENTUM 

WHEEL 


3.7.1  Functional  Description 

The  Mass  Expulsion  configuration  with  Pitch  Momentum  Wheel, 
subsequently  referred  to  as  the  Pitch  Momentum  Bias  Configuration, 
consists  of  components  performing  the  following  functions: 


a. 

b. 

c. 


Horizon  Sensor  Assembly,  The  horizon  sensor  measures  attitude 
errors  in  rolTand  pitch  relative  to  the  local  vertical. 


Momentum  Wheel.  The  momentum  wheel  is  aligned  normal  to 
the  o rbi t plan e "aTon g with  negative  pitch  axis.  This  serves  to 
provide  restraint  in  roll  and  yaw. 


Electronic  Processor.  Damping  of  the  system  is  provided  in 
the  electronic  processor  by  a lead  controller  which  is  best 
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implemented  by  a pseudo- rate  circuit.  In  particular,  the 
controller  in  the  roll -channel  serves  to  damp  the  nutation  frequency 
mode  of  the  coupled  roll- yaw  dynamics. 

d.  Valve  Driver.  Electronics.  The  electronics  utilize  the  output  of 
the  electronic  processor  to  command  the  reaction  control  thrusters 
to  correct  for  errors  in  pitch  and  roll. 

e.  Reaction  Control  Thrusters.  Normally,  discussion  of  the 
thrusters  themselves  is  not  a concern  of  the  S&C  subsystem. 

• However,  the  pitch  momentum  bias  configuration  utilizes  an 
offset  of  the  roll  thrusters  to  provide  a proportional  amount  of 
torque  about  yaw.  The  roll  thruster  offset  into  yaw  is  designed  to 
damp  the  orbit  frequency  mode  associated  with  the  vehicle  dynamics. 
This  offset  along  with  the  restraint  provided  by  the  momentum 
wheel  provides  control  in  yaw  without  a direct  yaw  sensor. 

lock  diagram  of  the  Pitch  Momentum  Bias  configuration  is  presented  in  • 

Figure .3- 12. 


Figure  3-12.  Mass  Expulsion  Configuration  Block  Diagram 

With  Pitch  Momentum  Wheel 


3.7.2  Design  Equations 

The  pitch  momentum  bias  configuration  is  an  active,  three-axis 
control  system  incorporating  a momentum  wheel,  an  attitude  sensor,  and 
mass  expulsion  jets.  The  momentum  wheel  is  aligned  normal  to  the  orbit 
plane  along  the  negative  pitch  axis.  The  restraint  provided  by  the  wheel 
in  yaw  along  with  offset  roll- yaw  thrusters  provides  control  in  yaw  without 
a direct  yaw  sensor. 
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The  pitch  momentum  bias  configuration  used  in  this  study  has 
a constant  speed  momentum  wheel  with  pitch  thrusters  .for  control  about 
the  pitch  axis.  An  alternate  method  which  would  be  preferable  for  longer 
missions  is  to  incorporate  a variable  speed  reaction  wheel  to  store  the 
momentum  created  by  disturbance  torques  and  to  use  the  pitch  thrusters 
to  unload  the  wheel.  This  alternate  configuration  is  not  covered  in  this  model, 

3.7.2. 1 Horizon  Scanner  Selection  from  Beam  Pointing  Equation 


The  following  equations  were  taken  from  Reference  3-6.  The 

equation  for  beam  pointing  error  is  the  RSS  of  the  error  due  to  antenna 

misalignment  and.  the  attitude  reference  error,  eAT?.  Solving  for  the 

AJK. 

attitude  reference  error  gives: 


2 2 . ' 2 
eAR  ebeam  ~ ea 

where 


(3-93) 


ea  = antenna  misalignment  error  (deg,  3a) 

®beam~  anterma  beam  pointing  error- (deg,  3<j) 

The  beam  pointing  error  (less  the  misalignment  error)  can  be  expressed 
as  a function  of  the  yaw  error  and  pitch  and  roll  sensor  errors. 

eAR=  ^s  + (E^2+  es  (3-94) 

where 


cp  and  e are  the  roll  and  pitch  horizon  scanner 
errors  (deg,  -3 <j) 

E = antenna  elevation  angle  (rads) 
ijr  = yaw  error 

Assuming  that  the  horizon  scanner  error  is  the  same  for  both  roll  and  pitch 
and  setting  the  .yaw  error  equal  to  the  maximum  allowable  yaw  error,  one 
can  solve  for  the  maximum  horizon  scanner  error  as 
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eAR  " (E6R  * 
z 

eHS~  2 

where 

erjo  = cp  = 0 — horizon  scanner  error  (deg,  3cr) 

xdo  T s S 

0 = required  pointing  accuracy  on  the  yaw  axis  (deg,  3a) 

Z 


The  horizon  scanner  error  is  the  RSS  of  the  individual  error  contributors. 


where 


e = (e* 


*VIZ 


e|)1/2 


(3-96) 


= earth  sensor  noise  (deg,  3 a) 

= radiance  irregularity  (deg,  3a) 

e^  = quantization  error  (deg,  3c) 

e,  = sun  interference  (deg,  3cr)  v 

, 0 

ec  = moon  interference  (deg,  3<j) 
e^  = threshold  aging  (deg,  3a) 


worst  case  deterministic 
errors  (added  directly 
with  random  errors) 


The  horizon  sensor  error,  e,  is  computer  for  each  scanner  in  the  equipment 
data  base  and  compared  with  the  maximum  allowable  horizon  sensor  error. 


3. 7. 2. 2 


Momentum  Wheel  Selection 


Estimates  of  wheel  size  depend  on  preliminary  knowledge  of  the 
disturbance  torque  on  the  spacecraft.  For  synchronous  orbits,  the  dis- 
turbance is  due  to  solar  pressure  and  the  torque  is  dependent  on  the  specific 

spacecraft  configuration  and  size.  For  a wide  class  of  missions,  the  peak 

-6  -5  -.5  -4 

solar  torque  is  in  the  range  of  10  - 10  kg-m  (10  to  10  ft-lb),  and 

typically,  the  cyclic  torques  dominate.  Large  unfurlable' antennas,  6.  1 m 

(20  ft)  or  more  in  diameter,  and  a particularly  unbalanced  configuration 

-5  -4 

could  lead  to  peak  torques  above  10  kg-m  (10  ft-lb).  The  wheel  size  can 

be  significantly  reduced  by  designing  a configuration  which  minimizes  the 


3-62 


solar  torque.  In  the  case  of  systems'  using  gyroscopic  stiffness  to  limit 
yaw,  a particular  premium  is  placed  on  minimizing  the  yaw  torque.  The 
equation  for  sizing  the  wheel  is: 

" ■ h = 57.3  /(u>oi|i)  (3-97) 

z 


where 


h = required  momentum  (ft-lb-sec) 

= peak  yaw  disturbance  torque  (ft — lb ' 


U) 


iq  = average  orbital  rate  (rad/sec) 


and  ^ is  the  maximum  yaw  error  which  can  be  computed  as  follows: 


, 1,2  0 2.1/2 

E^eAR  " 2e  ^ 


(3-98) 


A momentum  wheel  is  now  selected  from  the  equipment  data  base  which  has 
a momentum-,  _h,  which  is  nearest  to.  h and  greater’  than  h. 

3 .‘7.  2.  3 Thrusters  Sizing 

An  upper  bound  on  the  minimum  torque  impulse  bit  is  shown  in 
the  equation  below  (Ref.  3-7): 


where 


I . 
mm 


F At  d 


(3-99) 

• (3-100) 


J = roll  axis  moment  of  inertia  (slug-ft  ) 
x - 2 

J = yaw  axis  moment  of  inertia  (slug-ft  ) 

db  = roll  deadband 

I . = minimum  tonque  impulse  bit  (ft-lb-sec) 


F = thruster  output  (lb) 

d = roll  moment  arm  (ft) 

x 

At  = minimum  impulse  time  (sec) 

The  basic  assumption  in  deriving  Equation  (3-99)  was  that'the  residual  rates 
within  the  deadband  were  zero.  The  equation  also  applied  for  a zero 
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roll -yaw  thruster  offset  angle  [the  actual  angle  will  be  approximately 
0.21  rad  (12  deg)[.  Substituting  Equation  (3-100)  into  Equation  (3-99)  and 
solving  for  F yields: 


db  h / J 

F ' = v-  \ (3-io: 

■max  At  d v J 
x v z 

where  the  factor  of  2 was  removed  to  select  a conservative  value  of  thruster 
size.  The  thruster  moment  arms  can  be  calculated  roughly  by: 

d^_  = D cos  o' 

d ='  D siz  o'  (3-102 

z 

d = D/2 

y 


D = diameter  of  the  vehicle  in  the  roll -yaw  plane  (ft) 
(Y  = roll-yaw  thruster  offset  angle  (deg) 

The  minimum  thruster  size  is  the  size  which  is  required  to  control  the 


vehicle  while  the  main  engine  is  operating. 

Fx  = (A9  dT/57.3  Ad)  Fe/dy 

F„  = (A6  d^/57.3  Ad)  F/d  (3-103) 

F3=2Ad?e/(57.3dx) 

F . = max  (F.,  F~,  F_)  (3-104) 

mm  12  3 


whe  re 

A0  = main  engine  misalignment  (deg) 

d^,  — distance  from  c.  g.  to  main  engine  (ft) 

Ad  = lateral  vehicle  c.  g.  distance  plus  lateral  thrust 

chamber  c.  g.  distance  from  the  reference  axis  (ft) 

Fg  = main  engine  thrust  (lb) 

The  actual  thrust  level  should  be  between  F . and  F . To  select  a level 

mxii  max 

for  computation  of  the  impulse  requirements,  a value  of  F^^/2  is  chosen. 

If  this  value  is  smaller  than  F . , then  the  value  of  F . is  selected. 

mm  mm 
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3.  7.  2.  4 Impulse  Requirement  Sizing 

The  impulse  required  for  a pitch  momentum  bias  configuration 
is  calculated  using  the  same  equations  as  for  the  three -axis  mass  expulsion 
configuration  except  that  rotational  maneuvers  are  not  included.  It  is  un- 
likely that  a pitch  momentum  bias  vehicle  wouldbe' maneuvered  because  of 
the  wheel  momentum.  '•  ' 


Powered  Flight  Impulse  (Translational) 

- (?o  dT  + Ad)  -r- 

I - / A9  d A<A 
zz  (^57.3  dT  + Ad)  “d^ 

2 F t 

,•  -x-  • *.  T?73  dT  A0  "T7- 

^ x 

Impulse  due  to  Recovery  from  Initial  Rates, 
V HJx0o/(57.3dx) 


V'-  HJy  «o/(S7.3dy) 


(3-105) 


(3-106) 


Limit  Cycle  Impulse  ...  , 

I = 37  x 106  T d (F  At)2/(J'  db  j 


x 


X X 


37  X io6^  T d (F  At)2/ (J  db  ). 

y2  y ,y  . y 


(3-107) 


Impulse  Due  to  Overcoming  External  Torque s 


x4 

I ■ 
^4 


11 

0g 

Tx/d: 

x 

5T 

'ii 

Tx/d 

y 

(3-108) 
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e 


Total  Impulse 
4 


(3-109) 


I = I + I 
z z2  Z3  ' 

I = I + I + I (3-110) 

x y z 


3.7.3  Design  Logic 

The  sequence  followed  in  implementing  the  design  algorithm  is 

as  follows : 

a.  Input  data. 

b.  Select  a deadband. 

c.  Call  up  configuration  special  hardware  from  the  data  base  which 
is  not  differentiable. 

1.  Electronic  Error  Processor 

2.  Valve  Driver  Electronics 

d.  Select  a horizon  scanner  based  on  the  maximum  antenna  beam 
pointing  error,  antenna  misalignments,  antenna,  elevation  angle, 
and  horizon  scanner  error. 

e.  Size  the  pitch  momentum  wheel  based  on  the  maximum  yaw  error 

which  will  occur  with  the  selected  horizon  scanner,  \the  orbital 
rate  of  the  vehicle,  and  the  .maximum  Value  of  the  cyclic  disturb- 
ance torque  relative  to  the  vehicle. 

f.  Size  the  thruster  force  based  on  a maximum  thrust  level  to  ensure 
that  the  residual  rates  within  the  deadband  are  zero  and  a minimu; 
thrust  level  to  ensure  that  the  vehicle  will  remain  in  control  while 
the  main  engine  is  firing. 

g ; Compute  the  impulse  requirements  for  the  above  configuration. 
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4.  AUXILIARY  PROPULSION  SUBSYSTEM 


4.  1 GENERAL 

4.  1.  1 Subsystem  Functional  Description 

The  two  functions  of  the  Auxiliary  Propulsion  Subsystem  are 
to  provide  attitude  control  forces  and  stationkeeping  or  maneuvering  forces. 

The  attitude  control  function  includes  pitch  and  yaw  torques  and  roll  moments. 
The  forces  involved  must  be  provided  with  a response  rate  compatible  with 
the  dynamic  .characteristics  of  the  vehicle  and  the  S&C  Subsystem. 

Stationkeeping  or  maneuvering  velocity  increments  are  pro- 
vided by  translational  forces  along  a vehicle  axis  and  through  the  center  of 
gravity.  Sufficient  thrust  and  propellant  must  be  provided  to  account  for 
any  requirements  of  orbit  circularization,  apogee/perigee  correction,  and 
plane  change  AV. 

4.1.2  Component  Functional  Descriptions 

4.  1.2.1  Propellant  Group 

The  propellant  group  stores  the  required  impulse  propellant 
and  provides  control  and  AV  forces  on  command.  The  specific  componerits, 
their  functions,  and  operational  considerations  (where  appropriate  are  as  follows 

a.  Thruster(s) 

1'.  Provide  steady  force:  duration,  thrust  level. 

2.  Provide  pulse  mode  force:  number  of  starts,  minimum 
impulse  bit. 

b.  Tank(s) 

1.  Contain  propellant(s ) sufficient  to  meet  mission 
requirements  plus  a safety  margin. 

2.  Provide  propellant/pressurant  separation. 

c-  Filter(s).  Protect  small  flow  passages  and  moving  parts 

from  contamination. 
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d.  Isolation  Valve(s) 

1.  Close  off  propulsion  system  from  tank  to  minimize 
risk  of  leakage  during  boost  and  inoperative  periods. 

2.  Provide  redundant  on-off  function  in  the  event  of  system  ' 
leakage. 

e.  Fill  and  Drain  Valve.  Provide  for  loading  system  with  pro- 
pellant and  draining  after  ground  test  or  launch  abort. 

f.  ' Thruster  and  System  Heaters /Insulation 

1.  Maintain  the  components  within  feasible  qualified 
thermal  limits. 


2.  Prevent  propellant  freezing  (heaters  and  insulation)  and 
vaporization  (insulation  only). 

g.  Plumbing  and  Connectors 

1.  Provide  propellant  flow  between  all  components. 

2.  Provide  for  component  attachment  and  system 
integrity  checkout. 

4. 1.2. 2 Pneumatic  Group 


The  pneumatic  group  stores  sufficient  pressurant  gas  (or 
gaseous  propellant)  to  maintain  the  required,  propellant  flow  rate  throughout 
the  mission  life.  A constant  regulated  pressure’is  provided,  if  necessary. 
The  specific  component  functions  are: 


a.  Regulator.  Establish  a constant  system  pressure  within 
allowable  tolerances. 

b.  Tank.  Contain  pressurant  to  satisfy  mission  requirements 
plus  a margin. 

c.  Fill  and  Vent  Valve.  Provide  for  pressurizing/unloading 
pressurant. 

d.  Filter.  Protect  the  regulator  and  valves  from  contamination 
due  to  loading, 

e.  Relief  Valve.  Automatically  vent  excessive  system  pressure 
in  the  event  of  a regulator  failure  or  system  malfunction. 

f.  Isolation  Valve 

1.  Provide  means  of  switching  from  the  primary  pressure 
regulator  to  a backup  regulator. 

2.  Provide  on-off  pressurization  in  the  event  of  a system 
leak. 
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Plumbing  and  Connectors 


1 . Provide  pressurant  flow  between  all  components. 

2.  Provide  for  component  attachment  and  system  integrity 
checkout. 

4. 1.2.  3 Electrical  Instrumentation  Group 

The  electrical  and  instrumentation  group  provides. and  routes 
valve  control  signals,  heater  power,  and  telemetered  data.  The  general 
components  are: 

a.  Valve  Power  Harness.  Provide  functioning  power  to  thruster 
valves  and  isolation  valves . 

b.  Heater  Harness.  Provide  power  to  various  sytem  resistance 
heaters. 

c.  Propellant  Group  Instrumentation 

1.  Monitor  system  pressure  and  temperature  to  establish 
residual  for  blowdown  type  operation  and  to  indicate 
leakage. 

2.  Monitor  all  valve  signals  for  indication  of  system  failures. 

d.  Pneumatic  Group  Instrumentation.  ^Monitor  system  pressure  and 
temperature  to  establish  residual  and  indicate  failures  which 
require,  switching  to  a redundant  system. 


4.  1.  3 Subsystem  Configurations 

Figure  4-1  diagrams  atypical  cold  gas  propulsion  subsystem 
configuration.  Both  attitude  control  and  translational  thrusters  are  included. 
(p)and  (^)  represent  pressure  and  temperature  transducers.  Isolation  valves 
are  included  to  allow  for  close-off  of  any  propellant  manifold  which  indicates 
leakage  during  inoperative  periods.  In  general,  no  redundancy  is  included. 
Increased  redundancy  or  fail-operational  requirements  may  be  fulfilled  by 
adding  more  thrusters  in  separate  manifolds  by  using  thruster  valves  in  a 
dual- sealing  configuration  and  by  adding  other  redundant  backup  components. 

A typical  hydrazine  monopropellant  subsystem  configuration 
is  diagrammed  in  Figure  4-2.  A pressurization  system  in  included;  however, 
the  subsystem  can  also  be  operated  in  a blowdown  mode  by  locking  up  suf- 
ficient pressurant  in  the  propellant  tanks.  A rubber  or  metal  diaphragm 
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Ng/He 

TANK 


FILL  AND  ^ 
VENT  VALVE 


FILTER 


CHECKOUT  PORT 


redundant 

IT  i REGULATIOr 


I REGULATION 
I. SYSTEM  (optional) 


ISOLATION 

VALVE 

/ RELIEF- 
n VALVE 


PRESSURE^ 

REGULATOR 

l JL 


CHECKOUT 

PORT 


/ ISOLATION* 
\/  VALVE 


ROLL/PITCH/YAW 

THRUSTERS 

0. 22  - 4. 9 newton  thrust,  typ) 
(0.05 -2.0  1b) 


NOTE: 


TRANSLATION  THRUSTERS 
(44,5  - 111  newton  thrust, typ) 

(10  - 25  lb) 


ROLL/PITCH/YAW 

THRUSTERS 

•FILTER  (typ) 


Increased  redundancy  or  fail-operational  requirements  met  by  using  more  thrusters 
in  each  of  the  two  attitude  control  clusters,  and  by  using  thruster  valves  with  dual 
sealing  configuration 


Figure  4-1,  Cold  Gas  Configuration 
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NOTE: 


TRANSLATION  THRUSTERS 
(22  - 1330  newton  thrust,  typ) 
"(5-300  lb) 


Increased  redundancy  or  fail -operational  requirements  met  by  using  more  thrusters 
in  each  of  the  two  attitude  control  clusters,  by  using  thruster  valves  with  dual  sealing 
configuration,  and  by  adding  an  isolated  orooellant  tank. 


Figure  4-2.  Hydrazine  Monopropellant  Configuration 
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separates  the  pressurant  from  the  propellant.  The  use  of  isolation  valves 
and  optional  redundant  components  is  indicated.  Heaters  and/or  insulation 
are  generally  necessary. 

A typical  bipropellant  subsystem-  configuration  is  diagrammed 
in  Figure  4-3.  Isolation  and  redundancy  concepts  are  the  same  as  above. 
Insulation  and  elastomeric  tank  bladders  are  Indicated. 

4.  2 INPUT  DATA 

Input  data- for  the  subsystem  model  is  required  from  the  user 
and  several  subsystems.'  As  shown  in  Table  4-1,.  the  mandatory  inputs  are 
function,  mission  life,  thrust,  total  impulse,  and  pulse  .life  requirements. 


Table  4-1.  Input  Data  Requirement; 

Jser  Input 

1.  ' Function  {-attitude  control  and/or  Ay) 

2.  Mission  life 

Stabilization  and  Control  Subsystem- 

1.  Attitude  control  thrust  level 

2.  Attitude  control  pulse  life 

3.  Total  impuls.e 

Reliability 

1.  Degree  of  redundancy 
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PRIMARY  PRESSURE 
REGULATOR 


NOTE: 

Increased  redundancy  or  fail -operational  requirements  met  by  using  more 
thrusters  in  each  of  the  two  attitude  control  clusters,  and  by  using 
thruster  valves  with  dual-sealing  configuration. 


Figure  4-3.  Bipropellant  Configuration 
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SUBSYSTEM  DESIGN  ALGORITHM 


4.  3 

There  are  three  basic  steps  in  the  Auxiliary  Propulsion  Subsyster 
Design  Algorithm.  The  first  step  is  one  of  ascertaining  whether  a specific 
configuration  is  compatible  with  the  input  requirements.  The  second  step  is 
to  calculate  or  otherwise  determine  the  important  parameters  which  describe 
the  subsystern  design.  Using  this  information,  the  subsystem  components 
may  then  be  selected  from  the  data  base.  These  three  steps  are  described 
in  detail  in  the  following  sections. 

4.  3.  1 Configuration  Compatibility 

The  design 'algorithm  will  design  all  three  subsystem  configu- 
rations (cold  gas,  monopropellant,  and  bipropellant)  and  will  provide  the 
reliability,  weight,  cost,  etc.  of  each  to  allow  selection  by  the  user  through 
the  process  of  elimination.  If  the  input  data  so  indicate,  one  or  more  of 
the  configurations  maybe  eliminated  automatically  by  the  design  algorithm, 
as  indicated  in  Table  4-2.  This  configuration  test  is  intended  to  preclude 
designing  those  configurations  which  are  clearly  undesirable,  according  to 
engineering  experience  and  analysis. 

4.  3.  2 Design  Equations 

4.  3.2.1  Liquid  Propellant 


The  propellant  group  characteristics  are  defined  first;  then 
the  pressurant  group  is  sized  to  complement  the  propellant  group  size  and 
pressure.  Propellant  and  pressurant  characteristics  required  for  com- 
ponent sizing  are  presented  in  Table  4-3. 

Propellant  weight  (W  ) is  established  from  total  impulse  (I  ) . 

p , ~t 

requirements,  with  a lOpercent  factor  added  for  softness  in  mission  require- 
ments, subsystem  analyses,  and  component  oneration  variances. 


W =1.1  Ijl 

p t s 


(4-1) 
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Table  4-2.  Auxiliary  Propulsion  Configuration  Selection 


Input  Requirements 

Cold  Gas 

Monopropellant 

Bipropellant 

Thrust  ' ■ 

• ■ 

< 224  newtons  (<  50  lb) 

Yes 

Yes 

Yes 

224-4450  newtons  (50-1000  lb) 

No 

Yes 

Yes 

> 4450  newtons  (>  1000  lb) 

No 

N,o 

Yes 

Total  Impulse 

4 4 

< 4,  4 x 10  newton-sec  (<  10  lb-sec) 

' Yes 

No 

No  ■' 

4.4  x 10^-2. 2 x 10^  newton- sec  (10^  - 5 x 10^  lb -sec) 

Yes 

Yes 

No 

2.  2 x 10^-  8.  9 x 10^  newton-sec  (5  x 10^~  2 x 10^  lb-sec) 

No 

Yes 

Yes 

5 5 

> 8.  9 x 10J  newton-sec  (2  x 10  lb-sec) 

No 

No 

Yes 

Legend: 

Yes  - Acceptable 
No  - Unacceptable 


Table  4-3.  Propellant  and  Pressurant  Characteristics 


P ropellant  / P re  s surant 

Density,  p 
g/cmP 

Average 
Specific 
Impulse,  Is 
(sec) 

Molecular 
Weight,  Mpr 
(kg/mole) 

Nitrogen 

— 

65 

12.  7 

Hydrazine 

1.0 

200 

— 

Monomethyl  Hydrazine 

0.89 

260 

(with  NTO) 

— 

The  relative  fuel  (W^)  and  oxidizer  (W  ) weights  are  derived 
from  the  mixture  ratio  (MR). 


W 


w - r.  . 

f 1 + MR 


(4-2) 


W = W,  x MR 
o f 


Propellant  volumes  (V)  are  based  on  propellant  density  (p 


at  2 94°K  (70°F). 


V£  =;  Wf/pf 


V = W /o 
O O o 


(4-3) 


Propellant  tank  volumes  for  pressure-regulated  configurations 
are  10  percent  greater  than  the  propellant  volumes  to  allow  for  a 5 percent 
minimum  ullage  and,  again,  to  account  for  possible  requirement  changes. 

In  the  case  of. a monopropellant  blowdown  configuration,  the  ullage  require- 
ment is  100  percent  of  the  fuel  volume. 

vft  - *• 1 vf. 


V . = 1.  1 V 
ot  O 


(4-4) 


V = 2V 

ft  (blowdown)  ' f 


Nominal  propellant  tank  pressures  at  294°K  arc  based  on  the 
rated  inlet  pressure  (P^.)  of  the  selected  thruster  plus  the  calculated  pres- 
sure drop  of  the  propellant  group  valves  (AP.  q)  plumbing  (App  and  filters 
(Ap  ).  For  the  regulated  configuration: 
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(4-5) 


P.,.  apd  -P  . = P.  - + *P.  + 2A  F + Ap 

ft  ot  tl  ISO  flit  1 


where 


AP. 


1.  29  x 1CT3 


iso 


(4-6) 


where  C,A  = effective  flow  area 
d 


and 


APfilt 


. = R w 


(4-7) 


R = Flow  resistance 

and,  since  the  plumbing  length  and  configuration  cannot  be  defined,  the  line 
drop  (APj)  is  arbitrarily: 


AP, 


= AP. 


(4-8) 


1 - iso 

Equations  (4-4)  and  (4-5)  are  used  for  propellant  tank  selection. 
For  the  flowdown  case,  the  initial  pressure  is  the  same  as 
above  and  the  final  fuel  tank  pressure  is: 


final  P 


ft 


= V2 


(4-9) 


The  answer  from  Equation  (4-9)  is  substituted  back  into  Equation 
(4-5)  to  establish  the  minimum  flow  rate.  Minimum  blowdown  thrust  (Fmin)> 
to  be  compared  with  a minimum  control  requirement  input,  is  .then 


mm 


= w . I 
mm  s 


(4-10) 


The  flow  rate  (w)  used  in  Equations  (4-6)  and  (4-7)  and  for  sizing 
valves  and  regulators  is  the  maximum  to  be  expected  when  a number  (N)  of 
thrusters  are  operating  simultaneously  for  pitch  or  yaw,'  roll,  and  trans- 
lation functions.  The  maximum  propellant  flow  rates  are: 

wf  = NF/I  (HMR) 


w 


= w^  x MR 


(4-11) 
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The  above  flow  rate,  plus  pressures  from  Equation  (4-5)  and 

the  pressure  drops  from  Equations  (4-6)  and  (4-7),  are  used  to  select  the 

5 2 

propellant  valves,  based  on  a maximum  allowable  AP  of  3.4  x 10.  newton/m 
(50  psi). 

The  corresponsing  pressurant  flow  rate  (w  ) at  294°K  is: 

w = (V.  + V )p  • 
pr  f o pr 

= (w./ p,  + w /p  ) P xM  x 1.02  x 10  7 
■ f rf  o o reg  pr 


(4-12) 


where  the  regulator  set  pressure  (P  .)  is.  5 percent  greater  than  the  highest 

reg 

tank  pressure: 

■P  = 1.  05  Pr  or  1.  05  P t (4-13) 

ft  ot 


reg 


The  flow  rate  from  Equation  (4-12)  and  the  pressure  from 

Equation  (4-13)  are  used  to  select  pneumatic  valves  and1  regulators.  The 

5 2 

maximum  allowable  regulator  pressure  drop  (Ap  ) is  1.38  x 10  . newton/m 
o - - res  ; 

(200  psi)  at  294  K,  calculated  by: 

2 • - 


AP  ' = [1.  27  x 10  /P  M ] 


W 


reg 


reg  pr 


C ,A 
, d 


(4-14) 


The  regulated  pressurant  volume  (V  ) at  294  K is  based  on. 
the  propellant  group  size  and  pressure  after  all  propellant  is  expelled,  plus 
an  added  factor  for. the  pressurant  tank  which  remains  at  approximately 
twice  the  propellant  tank  pressures. 


V = V,,  + V L + 2V 
pr  ft  ot  prt 

For  the  blowdown  configuration: 


(4-15) 


V (blowdown)  = V,. 
pr  ft 


(4-16) 


The  pressurant  tank  volume  (V  ) for  tank  selection  is  based 

7 Prt  2 

on  an  assumed  tank  capability  of  2.07  x 10  newton/m  (3000  psia)  and  is 
substituted  back  into  the  above  pressurant  volume  equation. 
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V = V X P../3000 
prt  pr  it 


Finally,  the  pressur'ant  weight  (W  ) at  294°k  and  2.07  x 10 

2 Pr 

newton/m  (300  psia)  is: 

W = p V , 
pr  pr  prt 


(4-17) 
6 


(4-18) 


= 3.  05  x 10'4  M V 

pr  prt 


The  subsystem  weight  is  compiled  from  the  component  data 
base.  Since  line  lengths  are  unknown,  the  propellant  and  pneumatic  plumbing 
weights  are  estimated  as  equal  to  10  percent  of  the  associated  tank  weights. 
The  number  of  filters  for  each  propellant  is  equal  to  the  number  of  thrusters 
plus  one  for  cold  gas  and  monopropellant  systems,  and  the  number  of  thruster 
clusters  plus  one  for  .the  bipropellant  system.  The  electrical  harness  weight 
is  included  in  the  total  vehicle  electrical  harness  weight  estimate  in  the 
Vehicle  Sizing  Model. 

4.  3.2.2  Gaseous  Propellant 

The- total  gas  weight  (W  ) requirement  is: 

• W = 1.  1 I /I  (4-19) 

pr  t s - . 


The  required  tank  volume  (V  ) at  294  K and  2. 07  x 10  newton/m 

Prt  • 5 2 

including  an  allowance  for  residual  gas  at '6.  9 x 10  newton/m  (100  psia),  is: 


V = 1.  03  W /p 
prt  pr  pr. 

= 3.4  x 103  W /M 

pr  pr 

The  regulated  pressure  (Freg)  IS  based  on  thruster  inlet- 
pressure  (P  ) and  system  pressure  drop: 

P = P,.  + AP.  + AP  ‘ .+  AP 
reg  ti  -iso  filt  • 1 


(4-20) 


(4-21) 


where 


p - 1.  02  x 10"  p;.  M 

'nr  ti  nr 


(4-22) 
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Finally,  the  maximum  flow  rate  (w  ) at  29,4°K  is: 

w = NF/I  (4-23) 

pr  s 

The  pneumatic  tank  is  selected  from  Equation  (4-20)  and  the 
pressure  regulator  and  valves  from  Equations  (4-14),  (4-21),  and  (4-23),  bas 
on  a maximum  allowable  pressure  drop  of  1. 38  x 10  newton/m  (200  psi) . 

4.  3.  3 Design  Logic 

The  sequence  followed  in  implementing  the  Design  Algorithm 

is  as  follows: 


4.  3.  3.  1 Liquid  Propellant 


a.  Select  translational  thrusters. 

1.  Thrust  level 

2.  Pulse  life 

b.  Select  attitude  control  thrusters. 

1.  Thrust  level 

2.  Pulse  life 

c.  Compute  propellant  flow  rate. 

d.  Select  filters. 

1.  Flow  resistance 

2.  Maximum  pressure  rating 

e.  Select  isolation  valves. 

1.  Flow  area 

2.  Maximum  pressure  rating 

f.  Estimate  line  pressure  drop. 

g.  Compute  required  propellant  tank  pressures. 

h.  Compute  propellant  weight. 

i.  Compute  required  propellant  tank  volumes. 

j.  Select  propellant  tanks  and  number  required. 

1.  Volume 

2.  Pressure 
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k. 


1. 


m. 


n. 


o. 


P- 


q- 


4.  3.  3. 2 


a. 


b. 


c. 

d. 


e . 


r. 


Compute  pressurant  flow  rate. 

Select  isolation  valve  for  each  pressure  regulator. 

1.  Flow  area 

2.  Maximum  pressure  rating 
Select  pressure  regulator. 

1 . Flow  area 

2.  Pressure  set  point 

3.  Maximum  pressure  rating 
Compute  pressurant  volume. 

Compute  pressurant  weight. 

Select  pressurant  tank. 

1 . V olume 

2.  Maximum  pressure  rating 

Call  up  configuration  special  hardware  from  the  data  base 
which  is  not  differentiable. 

1.  Fill  and  drain  valves 
Gaseous  Propellant  ■ 

Select  translational, thruster  s . 

1.  Thrust  level 

2.  Pulse  life 

Select  attitude  control  thrusters. 

1.  Thrust  level 

2.  Pulse  life 

Compute  maximum  flow  rate. 

Select  filters. 

1.  Flow’resistance 

2.  Maximum  pressure  rating 
Select  isolation  valves. 

1.  Flow  area 

2.  Maximum  pressure  rating 
Estimate  line  pressure  drop. 

Compute  required  regulated  pressure. 
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h.  Select  pressure  regulator. 

1.  Flow  area 

2.  Pressure  set  point 

3.  Maximum  pressure  rating 

I.  Compute  gas  weight. 

J.  Compute  required  tank  volume. 

k.  Select  tank  and  number  required. 

1 . V olume 

2.  Pressure 

l.  Call  up  configuration  special  hardware  from  the  data  base 
which  is  not  differentiable. 

1 . Fill  and  drain  valve 
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5.  DATA  PROCESSING  SUBSYSTEM 


5.  1 GENERAL 

5.1.1  Subsystem  Functional  Description 

The  Data  Processing  Subsystem  performs  any  or  all  of  the  following 

functions : 


a.  Command  Decoding  - Command  decoding  generally  takes  the 

form  of  receiving  data  on  the  uplink  and  developing  unique  commands 
to  control  the  mode  of  the  other  subsystems. 

b.  Telemetry  Data  Processing  - Internal  status  monitors  of  the 
spacecraft  state- of-health  provide  signals  for  multiplexing  and 
encoding.  The  output  goes  to  the  baseband  assembly  unit  in 

the  Communication  Subsystem  for  transmission  on  the  downlink. 

c.  Attitude  Processing  - Attitude  processing  generally  takes  the 
form  of  processing  sensor  and  rate  data  (pulse  width,  timing, 
coincidence,  etc.)  and  developing  error  signals.  This  may 
require  developing  state  vector  or  ephemeris  from  sun,  earth, 
and  star  sensor  data. 

d.  Mission  Equipment  Data  Processing  - Mission  equipment  pro- 
cessing is  unique  to  each  payload  but  generally  takes  the  form  of 
data  compression. 


5.1.2 


Subsystem  Configurations 


Two  configuration  models  have  been  developed  for  the  Data 
Processing  Subsystem: 


a.  Special  Purpose  Processors 

b.  General  Purpose  Processors 

The  Special  Purpose  Processor  configuration,  depicted  in  Figure  5-1,  has 
been  subdivided  into  two  categories: 


a.  One  (1)  Digital  Telemetry  Unit 

b.  Two  (2)  Digital  Telemetry  Units 
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HIGH  SAMPLE  RATE  REQUIRED 


01 

i 

IN 


% Denotes  requirement  for  signal  conditioner 
if  the  sampled  point  is  analog 


Figure  5-1.  Special  Purpose  Processor  Configuration  Block  Diagram 


LOW  SAMPLE  RATE  REQUIRED 


The  purpose  of  the  two  categories  is  to  maintain  consistency  with 'the 
Communication  Subsystem  which  may  have  one  or  two  downlinks  which 
the  Digital  Telemetry  Units  (DTUs)  are  expected  to  service. 

5.1.3  Configuration  Compatibility 

The  Data  Processing  Subsystem  configurations  are  generally 
consistent  with  the  Communication  Subsystem  configurations.  Table  5-1 
summarizes  the  compatibility  requirements  between  the  two  subsystems. 

It  should  be  clear  that  the  mission  data,  if  provided,  is  combined  with  the 
"housekeeping"  data  when  there  is  only  one  Communications  downlink. 

When  there  are  two  downlinks,  mission  data  is  handled  on  the  separate 
downlink.  If  mission  data  is  not  passed  to  the  spacecraft,  the  separate 
downlink  configurations  in  the  Communication  Subsystem  are  NOT  designed. 

5.1.4  Equipment  Types 

The  list  of  equipment  types  from  which  the  subsystem  components 
will  be  selected  is  provided  below: 

a.  Digital  Telemetry  Unit 

1.  Multiplexer 

2.  ■ Encoder 

3.  Control 

b.  Command  Decoding  and  Distribution  Unit 
• 1.  Decoder 

2.  Memory  {if  required) 

3.  Clock 

4.  Control 

. 5.  Distribution  logic 

c.  General  Purpose  Data  Processor 

The  elements  of  each  component  are  stated  in  order  to  avoid  misunderstanding 
as  lo  whether  any  subcomponents’  have  been  left  out  of  the  model. 
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Table  5-1.  Data  Processing  Configuration  Compatibility 


Communication 
Configuration  \ 

General 
Purpose 
Processor  - 

Special  Purpose-Processors 

1 DTU 

2 DTUs. 

Uplink,  plus  downlink 

Yes 

(1  Data  Rate 
Computed) 

Yes 

No 

Unified  link,  common  antenna 

Yes 

(1  Data  Rate 
Computed) 

Yes 

No 

Unified  link,  separate,  antennas 

Yes- 

(1  Data  Rate  . 
Computed) 

Yes 

No 

Unified  link,  common  antenna 
plus  downlink 

Yes 

(2  Data  Rates 
Computed) 

No 

Yes 

> 

Unified  link,  separate  antennas 
plus  downlink 

Yes 

{2  Data  Rates 
' Computed) 

No 

Yes 

Legend: 

Yes  - Compatible 
No  - Incompatible 
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INPUT  DATA 


The  information  required  from  the  user  to  design  the  Data 
Processing  Subsystem  is  identified  in  Table  5-2.  The  table  indicates 
what  data  are  used,  whether  the  data  are  required  or  optional,  and,  if 
optional,  the  default  value. 

addition  to  the  user  supplied  data,  the  following  information 
is  required  from  the  -equipment  data  base  for  every  component  selected 
as  part  of  the  spacecraft  design: 

.a.  Number  of  power  switching  commands 

b.  Number  of  time  tagged  commands 

c.  Number  of  other  commands 

d.  High  rate  telemetry 

1.  Number  of  analog  points 

2.  Number  of  digital  points 

3. '  Sample  rate  (bps) 

4.  Word  length  (bits) 

e.  Dow  rate  telemetry 

!•  • Number  of  analog  points 

2.  Number  of  digital  points 

3.  Sample  rate  (bps) 

4.  Word  length  (bits) 

Table  5-3  summarizes  the  additional  input  data  required  by  the  Data 
Processing  Subsystem  model. 
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Table  5-2.  Input  Data  Supplied  by  User 


Symbol 

Name 

Required  (RJ 
or 

■ Optional  (O) 

' Default 
Value 

BTRMX 

Maximum  bit  rate  (bps).  • 

O • 

1.  024  x 106 

SLSFL 

Special  command  synchroni- 
zation flag  - 

( 0 means  no  synchronization 
required,  1 means  synchro- 
nization required) 

' O 

0 

TPRFD 

> 

Telemetry  processing  flag 

O 

0 

(0  means  telemetry  processed 
separately  from  general  pur- 
pose processor,  1 means 

• 

otherwise) 

- 

. 

OPSMS 

Mission  data  processing  rate 

• 

(ops/sec) 

' O 

0 

ARRAYN 

Mission  data  for  up  to  three 

* 

equipments 

o 

0 ‘ 

NMSEQ 

Number  of  mission  equipment 

o 

0 
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Table  5-3.  Input  Data  Requirements 


User  Input 

(See  Table  5-2) 

Data  Base 

(Summarized  in  Text) 

Stabilization  and  Control  Subsystem 

1.  Number  of  Attitude  Sensors 

Data  Operations  Required  Per  Sensor 
3.  Data  Processing  Rate 

Communication  Subsystem 

1.  Configuration  Type 

2.  Command  Rate 

3.  Command  Operations  Required 

4.  Telemetry  Operations  Required 

Reliability 

- 1.  Degree  of  Redundancy 
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5.  3 SPECIAL  PURPOSE  PROCESSOR  CONFIGURATION 

5.  3.  1 Functional  Description 

The  Special  Purpose  Processor  Configuration  components  per- 
form the  following  functions: 

a.  Telemetry  Data  Processing  - A typical  Telemetry  Data 
Processor  (TDP)  is  shown  in  block  diagram  form  in  Figure  5-2. 
The  TDP  is  divided  into  three  major  categories:  multiplexers, 
encoder,  and  control.  The  multiplexers  (mux)  consist  of  one 
main  frame  mux  having  n channels  being  scanned  at  some 
rate  R (usually  specified  in  bits  per  second,  which  if  divided 
by  bits  per  channel,  yield  the  channel  sample  rate)  and  some 
number  of  m channel  subframe  multiplexers  being  scanned 

at  1/n  times  the  mainframe  channel  rate.  All  the  subframes 
need  not  be  m channels  but,  for  the  sake  of  simplicity,  they 
generally  are.  The  encoder  consists  of  a switch  to  determine 
whether  a given  channel  is  presenting  analog  or  digital  informa- 
tion, an  analog-to- digital  converter  for  those  channels  whose 
.input  is  analog,  a one-word  holding  register,  and  a parallel- to- 
serial  converter  to  clock  out  the  digital  words  at  the  serial 
telemetry  rate.  The  output  goes. to  the  Baseband  Assembly  ■ 

Unit  in  the  Communication  Subsystem  for  transmission  on  the 
downlink. 

The  control  logic  generates  all  the  timing  signals,  mux  rates, 
sync  words,  etc.,  for  handling  the  overhead  and  making- every- 
thing operate  synchronously. 

b. '  Command  Decoding  and  Distribution  - While  it  would  appear  to 

be  as  feasible  to  standardize  the  uplink  as  easily  as  the  downlink, 
this  has  only  been  partially  implemented.  The  uplink  of  SGLS ' 
has  indeed  been  standardized  as  well  as  the  downlink,  but  the 
standardization  reaches  only  to  the  communications-to-data  pro- 
cessing interface.  This  leaves  the  command  decoding  and  dis- 
tribution to  be  uniquely  specified  for  each  vehicle.  The  command 
decoding  function  often  is  included  in  the  Electrical  Integration 
Assembly  of  a spacecraft  since  this  is  a logical  point  from  which 
command  can  be  distributed. 

Figure  5-3  is  a block  diagram  of  a typical  command  decode 
and  distribution  system.  From  this  block  diagram, i-t  can  easily 
be  seen  that  the  only  parameters  affecting  the  selection  of  the 
command  unit  is  the  number  of  commands  and  the  synchronizing 
strategy.  The  uplink  rate  is  not  a determining  factor  since 
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Figure  5-2.  Telemetry  Data  Processor  Block  Diagram 
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UPLINK 

INPUT 


DISCRETE  COMMANDS1 


Figure  5-3.  Command  Decoding  and  Distribution  Unit  Block  Diagram 


uplink  rates  are  orders  of  magnitude  less  than  the  speed 
capabilities  of  this  type  of  logic.  Synchronizing  strategy  is 
the  method  by  which  the  control  logic  recognizes  the  presence 
of  a command  on  the  link,  where  it  starts  and  where  it  stops. 
This  allows  the  control  logic  to  open  and  close  the  gate  at  the 
proper  times  into  the  command  register  and  strobe  the  decod- 
ing logic.  A further  complication  arises  if  commands  can  be 
time  tagged  (i.  e.  , sent  with  the  time  they  are  to  be  executed). 
This  forces  the  decoding  logic  to  include  memory  in  which 
these  commands  are  stored  for  later  execution  and  requires 
time  to  be  sent  to  the  control  logic.  (Note:  LST  is  an  example 
of  a time-tagged  command  system’.  ) If  commands  are  time 
tagged,  the  maximum  number  of  commands  which  can  be  stored 
must  be  specified. 

The  only  other  requirement  which  impacts  the  command  system 
is  the  total  number  of  commands  used.  This  requirement 
specifies  the  number  of  bits  required  in  the  command  word  and 
the  number  (or, width)  of  decoding  gates  required.  The  number 
of  bits  (n)  in  the  command  word  is  related  to  the  number  of 
commands  (m)  by  the  following  relationship: 

2 -l^m 

The  command  word  of  all  zeros  should  never  be  used  due  to 
its  failure  state. 

Mission  Data  Processing  - Mission  data  processing  (MDP) 
is  the  exception  rather  than  the  rule  on  most  satellites  and 
when  it  is  included  it  is  highly  specialized  and  designed  ex- 
pressly to  execute  a specific  algorithm.  An  example  from 
among  the  listed  example  satellites  is  DSP  which  preprocesses 
and  compresses  the  data  from  its  primary  mis sion  sensor. 

The  raw  data  rate  is  over  36  Mbps  and  this  is  reduced  to  less 
than  0.  5 Mbps  in  the  Data  Processing  Electronics  Subsystem 
(DPES)  by  a combination  of  peak  detection  and  thresholding. 

It  must  be  pointed  out,  however,  that  the  DSP  DPES  could  not 
even  remotely  be  considered  for  other  satellites,  even  one 
whose  mission  was  similar,  because  of  the  other  highly 
specialized  tasks  performed  by  the  DPES. 
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5.  3.  2 


Design  Equations 

The  parameters  which  determine  the  TDP  requirements  are 
seen  to  be  quite  simple,  namely: 

a.  Maximum  scan  rate 

b.  Subscan  rate 

c.  Number  of  channels  to  be  scanned  at  the  maximum  rate 

d.  Number  of  channels  to  be  scanned  at  the  lower  rate  (hence  the 
number  of  subframes) 

e.  Word  length 

The  first  requirement  may  be  driven  by  the  Communication  Subsystem. 

The  bandwidth  allocation  may  limit  the  maximum  scan  rate  irrespective 
of  the  sampling  requirements  but  these  are  tradeoffs  which  must  be  made 
in  the  design  of  the  vehicle. 

There  are  two  approaches  to  the  implementation  of  the  hard- 
ware after  the  requirements  are  determined.  The  first  approach  is  to 
standardize  telemetry  processors  to  one  package  versatile  enough  to 
meet  all  requirements  of  at  least  a large  majority  of  space  vehicles. 

This  approach  is  taken  by  the  Air  Force  Space  Ground  Dink  System  (SGLS). 
The  Digital  Telemetry  Unit  (DTU)  for  SGLS  can  be  delivered  with  word 
lengths  ranging  from  4 to  8 bits,  bit  rate  from  7.8125  bps  to  1024  kbps, 
mainframe  size  from  32  channels  to  256  channels,  and  any  number  of 
subframes  from  32  to  128  words  long;  The  ranges  of  parameters  are 
not,  of  course,  continuously  variable  but  are  given  in  discrete  steps  of 
multiples  of  two  times  the  base. 

The  second  approach  is  to  design  special  units,  where  necessary, 
for  Telemetry  Data'Processing  and  on  subsequent  spacecraft  try  to  choose 
a TDP  from  a previous  design  which  will  meet  the  new  requirements.  If 
an  existing  design  cannot  be  adapted,,  however,  a new  unit  must  be  designed 
The  disadvantages  of  the  first  approach  is.  that,  in  its  attempt  to  meet  all  (o 
most)  requirements,  it  cannot  be  optimized  for  any  and  it  must  also  be  used 
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as  a part  of  a standardized  Communication  Subsystem  which  may  also 
place  severe  constraints  on  the  vehicle  design.  The  second  approach 
has  the  disadvantage  of  often  requiring  new  design  when  no  previous  de- 
sign satisfies  the  current  requirements. 

There  will  always  be  cases  which  do  not  lend  themselves  easily 
to  standardization. such  as  conformal  coders  and  incremental  (delta  modu- 
lation) encoders.  These  cases  would,  however,  require  special  design 
efforts  under  any  circumstances;  for  purposes  of  the  model  it  would  appear 
most  advantageous  to  elect  the  former  option  of  having  a standardized  TDP 
from  which  the  most  optimum  equipment  for  a given  space  vehicle  can  be 
selected  from  an  inventory  of  standard  items. 

One  assumption  simplifies  the  approach  to  a large  degree.  The 
assumption  is  that  the  Stabilization  and  Control  Subsystem  will  process 
sensor  data  in  a special  purpose  device  totally  contained  within  the  sub- 
System;  hence, no  S&C  is  considered. 

Telemetry  processing  .(either  special  or  general  purpose)  is 
characterized  by  having  various  inputs  from  each  of  the  other  subsystems 
and  one  output  to  the  Communications  subsystem.  The  inputs  represent 
points  within  each  subsystem  which  are  sampled,  converted  to  digital 
form  (if  analog),  and  presented  to  the  modulator  of  the  Communication 
Subsystem  for  telemetering  on  the  downlink.  From  this  it  is  easily  seen 
there  are  only  three  parts  to  the  telemetry  processor: 


a.  Interface  Signal  Conditioning  for  Analog  Data  Points  - This 
equipment  is  required  to  make  voltage  signals  which  may  have 
widely  differing  ranges  compatible  with  the  input  to  the  Analog- 
to -Digital  converter  (generally  0-5  volts).  For  the  purpose  of  this 
model,  it  will  be  assumed  that  each  of  these  interface  conditioners 
costs  the  same  as  the  others  and  that  no  conditioning  is  required 
for  digital  data  points. 

b . Multiplexer  (mux)  which  Samples  Each  Point  in  a Preprogrammed 
Manner  - Actually  this  is  made  up  of  two  separate  multiplexers, 
the  main  mux  and  the  sub-mux.  The  main  mux  samples  at  the 
highest  rate  necessary  and  the  sub-mux  (there  may  be  one  or 
more)  samples  at  a fraction  of  the  rate  of  the  main  mux  and  for 
those  points  not  requiring  high  sample  rates. 
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c.  Analog -to -Digital  Converter  - Analog-lo-Djgilal  Convertor 
(ADC)  converts  the  analog  signals  to  digital  form  so  that  they 
can  be  transmitted  on  the  down  telemetry  linh*  The  ADC  ac- 
cepts analog  signals  from,  the  mux  and  outputs  the  digital  data. 


The  parameters  which  impact  telemetry  processing  are: 


a.  Word  Dength  - The  word  length  (mainly  associated  with  the 
ADC)  is  predicated  on  the  accuracy  and  range  requirements  of 
the  sampled  point.  This  parameter  is  supplied  by  the  subsysler 
and  is  given  either  directly  (in  bits)  or  in  .granularity  (e.g.  , 

1 part  in  256  requires  8 bits). 

b.  Total  Number  of  Points  to  be  Sampled  along  with  Each  Point's 
Sample  Rate  Requirement  -r  Dach  subsystem  will  supply  a list 
containing  an  enumeration  of  points  and  the  rate  at  which  it. 
must  be  sampled,  These  generally  will  be  divided  into  two 
lists,  one  for  high  sample  rates  and  the  other  for  lqw  sample 
rates.  The  former  is  associated  withthe  main  ipu^  and  the 
latter  with  the  sub-mux.  Along  with  each  point  must  also  he  ap 
indication  of  whether  this  point  is  analog  (requiring  interface 
signal  conditioning)  or  digital.  There  is,  then,  a 4 x n 

(n  = total,  points),  array  containing! 

1,  The  name  (number)  of  the  point 

2,  The  sample  rate  (samples  per  second) 

3.  The  wo.rd  length  required  (bits) 

4.  Analog  pr  digital 

Command  processing  is  considerably  less  demanding  having 
basically  only  two  requirements: 

a.  Command  word  length  is  derived  from  the  total  number  of 
commands  in  the  system. 

b'.  • If  time  tagged  commands  are  required, a memory  must  he  pro-, 
vided  to  hold  the  commands  for  later  processing.  The  number 
of  words  in  the  memory  is  set  by  the  maximum  number. of 
commands  which  must-be  stored  at  any  one  tfme  for  later  pro- 
cessing. 
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5.  3.  3 


Design  Logic 


The  sequence  followed  in  implementing  the  Design  Algorithm 
is  as  follows: 

a.  If  the  Communication  Subsystem  does  not  have  a separate 
downlink  for  the  mission  equipment  data,  combine  the  mission 
equipment  CDPI  requirements  with  the  data  for  the  equipment 
selected  from  the  data  base. 

b.  Order  high  rate  telemetry  points  by  sample  rate  required  for 
each  piece  of  equipment. 

c.  If  any  telemetry  points  are  analog,,  an  analog -to -digital  con- 
verter is  required. 

d.  Set  the  maximum  bit  rate. 

e.  Determine  the  median  data  rate  in  the  high  rate  telemetry  table. 

f.  If  the  highest  rate  is  greater  than  twice  the  median,  double  the 
allocated -telemetry  points  and  halve  the  highest  rate. 

g.  Reorder  high  rate, telemetry  table,  determine- new  median,  and 
repeat. test.  f ■ 

h.  If  the  highest.-rate  is  less  than  twice  the  median,  set  the  sample 
rate  equal  to  the  highest  rate. 

i.  Determine  the  median  word  length  required  in  the  high  rate 
table . 

j.  If  the  maximum  word  length  required  is  greater  than  twice  the 
median,  double  the  number  of  allocated  telemetry  points  and 
halve  the  word  length. 

k.  Reorder  high  rate  telemetry  table  by  word  length,  determine 
new  median,  and  repeat  test. 

l.  If  the  maximum  word  length  required  is  less  than  twice  the 
median,  count  the  total  number  of  words  required  and  multiply 
by  1 . 20. 

m.  If  the  number  of  words  is  greater  than  256,  abort  the  design 
attempt. 

■ n.  Set  the  main  frame  length  to  the  value  of  2n  next  larger  than 
ihe  number  of  words  (5  ^ n ^ 8)» 

o.  Set  word  length  to  maximum  required  length. 

p.  Take  the  product  of  number  of  words,  word  length,  and  sample 
rate  .to  yield  bit  rate. 
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q.  Set  bit  rate  to  next  highest  .multiple  of  7.  8125  x 2n  (0<n5l7). 

r.  If  the  bit  rate  is  greater  than  the  maximum  bit  rate,  abort  the 
design  attempt. 

s.  Order  low  rate  telemetry  points  by' sample  rate  required  for 
each  piece  of  equipment  selected  from  the  data  base. 

, t.  Determine  the  median  data  rate  in  the  low  rate  telemetry  table. 

u.  If  the  highest  rate  is  greater  than  twice  the  median,  double  the 
allocated  telemetry  points  and  halve  the  highest  rate. 

v.  Reorder  low  rate  telemetry  table,  determine  new  median,and 
repeat  test. 

w.  If  the  highest  rate  is  less  than  twice  the  median,  set  the  sub- 
frame  rate  equal  to  the  highest  rate. 

x.  Set  the  subframe  length  equal  to  the  mainframe  rate  divided  by 
the  subframe  rate. 

y.  Set  the  subframe  length  equal  to  the  nearest  lower  value  of  2n 
{5  * n * 7). 

z.  Multiply  the  total  number  of  low  rate  telemetry  points  by  1.  20. 

a.  Set  the  number  of  subframes  to  the  next  larger  integer  of  the 
number  of  low  rate  telemetry  points  divided  by  the  subframe 
length. 

b.  Select  a'DTU  based  on: 

1.  * Bit  rate 

2.  - Word  length 

3.  Number  of  mainframe  words 

4.  Number  of  subframes 

5.  Number  of  words  per  subframe 

6.  Analog -to -digital  converter  requirement 

_c.  ' If  the  Communication  Subsystem  does  have  a separate  down- 
link for  the  mission  equipment  data,  repeat  steps  b through  b 
using  the  mission  equipment  CDPI  requirements. 

d.  If  the  user  specifies  a special  command  synchronization  require- 
ment, print  an  exception  report. 

j5.  Sum  up  total  number  of  commands  required. 

_f.  Multiply  number  of  commands  by-  1.  5. 
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5.  4 
5.  4.  1 


Raise  the  number  of  commands  to  next  larger  power  of  2n. 

Set  the  command  word  length  equal  to  n. 

If  time  tagged-commands  are  specified  in  data  base,  state  that 
ti'me  tagging  is  required  and  set  the  number  of  memory  words 
required  equal  to  the  number  of  time  tagged  commands. 

GENERAL  PURPOSE  PROCESSOR  CONFIGURATION 

Functional  Description 


The  model  of  a. general  purpose  (centralized)  Data  Processing 
Subsystem  is  characterized  by  having  a general  purpose  computer  aboard 
a satellite  which  has  sufficient  computing  capability  to,  handle  all  (or  some 
well  defined  part)  of  the  data  processing  tasks  aboard  that  satellite.  While 
it  is  clearly  recognized  that  this  represents  a departure  from  the  major 
portion  of  today's  spacecraft, it  is  also  recognized  that  this  approach  be- 
comes more  attractive  as  mqre  capable  spaceborne  computers  become 
available.  The' estimated  rate  in  operations  per  second  will  be  used  to 
evaluate  the  utility  of  a given  computer  in  a given  satellite.  Secondary 
considerations  such  as' maximum  memory  size  constraints  and  special 
radiation  hardening  requirements  will"  not  be  included  in  this  model. 

5.4.2  Design  Equations 

The  requirements  of  a general  purpose  Data  Processing  Sub- 
system are  contained  within  the  following  driving  functions: 


a.  The  number  of  inputs  to  the  processor  and  the  rate  of  data  at 
that  input. 

b.  The  number  of  outputs  from  the  processor  and  the  rate  which 
each  generates  (no  multiplier  for  operations  is  assumed  since 
each  output  is  assumed  to  be  a result  of  an  operation  on  an 
input).",, 

c.  A 20-percent  factor  added  to  the  total  to  account  for  software 

• overheat  attributed  to  the  operating  system  (executive  program), 

■d.  A 50-percent  factor  added  for  expansion  and  contingencies. 
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The  first  decision  is  whether  to  process  the  telemetry  within 
the  general  purpose  computer  or  to  process  it  separately  in  the  classical 
manner.  The  input  for  this  decision  is  user  supplied  and  could  be 
to  do  both  so  a comparison  can  be  made  directly.  One  factor  appearing 
is  a term  designated  "Operations  Required."  For  S&C  this  factor  must 
be  defined  by  the  subsystem  since  different  types  of  S&C  require  different 
computations.  For  telemetry  the  Operations  required  will  be  four  and 
command  will  be  six  since  these  functions  require  no  processing  but  only 
a storage  and  output  plus  decoding  in  the  case  of  command,  Telemetry 
rate  has  been  previously  computed  and  command  rate  is  the  rate  at  which 
commands  can  be  sent  which  must  be  supplied  by  the  Communication 
Subsystem  (the  rate  must  include  any  time  required  for  a preamble). 
Mission  Ops  is  user  specified. 

5.4.3  Design  Logic 

The  sequence'  followed  in  implementing  the  Design  Algorithm  is 

as  follows: 


a.  Duplicate  the  logical  operations  specified  for  the  Special  Purposi 
Processor  configuration.  Do  not  select  the  DTUs  from  the 
data  base  at  this  point. 

b.  Set  the  telemetry  operations -rate  equal  to  the  product  of  the  bit 
rate  and  the  number  of  telemetry  operations  required  divided  by 
the  word  length. 

c.  If  the  user  specifies  that  the  telemetry  is  to  be  processed 
separately,  set  the  telemetry  operations  rate  equal  to  zero 
and  select  the  telemetry  DTU  from  the  data  base. 

d.  Set  the  S&C  operations  rate  equal  to  the  product  of  the  number 
of  attitude  sensors,  the  operations  required  per  sensor,  and 
the  processing  rate. 

e.  Set  the  Command  operations  rate  equal  to  the  product  of  the 
command  rate  and  the  number  of  operations  required  per  command. 

f.  The  total  operations  rate  is  equal  to  the  sum  of  the  operations 
rates  for  telemetry,  S&C,  command,  and  mission  equipment. 
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g.  Multiply  the  total  operations  rate  by  1.2  to  account  Lor  over- 
head functions. 

h.  Multiply  the  new  total  operations  rate  by  1.  5 to  allow  for 
expansion. 
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6.  COMMUNICATION  SUBSYSTEM' 

6.  I GENERAL 

A design  algorithm  has  been  prepared  which  can  be  used  to 
establish  preliminary  designs  of  the  Communication  Subsystem.  The  algo- 
rithm establishes  the  subsystem  configuration,  .selected, performance  char- 
acteristics required  of  the  components,  and  criteria  for  selecting  acceptable 
components  from  the  data' base. 

Some  design  considerations  require  knowledge  of  the  standards 
employed;  these  standards  were  not  available  for  the  NASA  Unified  S-Band 
(USB)  systems  and,  as  a consequence,  parts  of  the  algorithm  gravitate 
toward  the  Air  Force  Space  Ground  Link  System  (SGLS).  However,  the 
model  has  been  made  more  general  wherever  possible.  Reference  6-1 
was  used'  for  information  on  the  SGLS  and  Reference  6-2  was  used  for  the 
.'NASA  system. 

• The, algorithm  includes  provisions  for  determining  the  charac- 
tei'istics  of: 

a.  Antennas 

b.  Transmitters 

c.  Receivers 

d.  Command  Signal  Conditioners 

e.  Baseband  Assembly  Units 

f.  Diplexers 

Command  decoders,  digital  telemetry  multiplexers,  and  recorders  are 
not  included  because  they  were  assigned  to  the  Data  Processing  Subsystem. 
Encryption  and  decryption  equipment  are  primarily  of  interest  in  DOD 
programs  and  are  not  included  in  the  model. 

6.  1.  1 Subsystem  Function  Description 

The  Communication  Subsystem  receives  the  uplink  transmissions 
and  supplies  the  demodulated  signals  to  the  Command  Decoder  for  satellite 
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and  mission  command  and  control.  The  subsystem  transmits  the  "house- 
keeping" and  mission  data.  The  data  is  received  from  the  Data  Processing 
Subsystem.  In  many  designs,  the  subsystem  receives  a ranging  signal  from 
the  ground  stations  and  transmits  a corresponding  signal  back  to  the 
ground. 


6.1.2  Component  Functional  Descriptions 

The  Communication  Subsystem  components  perform  the  follow- 
ing functions: 


Antenna 

1.  Radiate  and/or  receive  electromagnetic  signals. 

2.  Provide  gain/ directivity. 

Receiver 

1.  Demodulate  RF  uplink  signal  and  produce  a frequency  shift 
keyed  (FSK)  signal  output  for  the  SGLS  or  a command 
pulse  train  for  the  NASA  USB  system. 

2.  May  provide  a ranging  code  output  and  a drive  signal 
for  coherent  operation  of  a telemetry  transmitter. 

Command  Signal  Conditioner  - Convert  FSK  from  SGLS 
receiver  to  binary  signals. 

Baseband  Assembly  Unit  - Modulate  digital  housekeeping  data 
from  the  data  processing  equipment  on  subcarrier(s)  and 
combine  with  pseudo  random  noise  (PRN)  ranging  code  from 
the  receiver. 

Transmitter 

1.  Modulate  housekeeping  or  mission  data  on  a carrier  at 
the  appropriate  radio  frequency  and  amplify  the  power 
to  the  required  level, 

2.  May  accept  a ranging  code  and  a drive  signal  for  coher- 
ent operation. 

Diplexe r - Combine  or  distribute  signals  at  different  radio 
frequencies. 


6.1.3  • Subsystem  Configurations 


Five  configurations  have  been  established.  The  simplest  config- 
uration, which  is  depicted  in  Figure  6-1,  is  a non-unified  subsystem  with  a 
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Figure  6-1.  Separate  Uplink  and  Downlink 
Configuration  Block  Diagram 
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separate  uplink  and  downlink.  Figures  6-2  and  6-3  present  unilied  sub- 
system configurations  having  either  a common  antenna  or  separate  antennas. 
Downlinks  separate  from  the  unified  links  are  provided  for  the  mission 
equipment  data  in  the  fourth  and  fifth  subsystem  configurations  presented 
in  Figures  6-4  and  6-5. 

6.2  INPUT  DATA 

Input  data  for  the  subsystem  model  is  required  from  the  user 
and  several  subsystems.  Inputs  supplied  by  the  user  are  listed  in  Table  6-2 
As  shown  in  Table  .6-1,  mandatory  inputs  (other  than  user- supplied)  include 
mission  and  housekeeping  data  rate(s),  vehicle  stabilization  type,  and  the 
amount  of  redundancy  required. 

Table  6-1.  Input  Data  Requirements  • 

User  Input 

(See  Table  6-2) 

Data  Processing  Subsystem 

1.  Mission  data  rate  (bps) 

2.  Housekeeping  data  rate  (bps) 

Stabilization  and  Control  Subsystem 

1.  Stabilization  type  (spin  versus  nonspin) 

Reliability 

i.  Degree  of  redundancy' 

6.  3 SUBSYSTEM  DESIGN  ALGORITHM 

The  Design  Algorithm  provides  a means  of  establishing  Com- 
munication Subsystem  configuration,  selected  performance  characteristics 
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Figure  6-2.  Unified  Link,  Common  Antenna 
Configuration  Block  Diagram 


Figure  6-3.  Unified  Link,  Separate  Antennas 
Configuration  Block  Diagram 
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Figure  6-4;  Unified  Link,  Common  Antenna  Plus 

Downlink  Configuration  Block  Diagram 


Figure  6-5.  Unified  Link,  Separate  Antennas  Plus 
Downlink  Configuration  Block  Diagram 
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Table  6-2,  Input  Data  Supplied  by  User 


Name 

\ 

Required  (R) 
or 

Optional  (O) 

Default 

Value 

Compatibility  requirement  (USB/SGLS)  • 

. O 

SGLS 

Range  and  range  rate  requirement 

O 

No 

Separate  downlink  requirement 

O 

No 

■ Separate  antenna  requirement 

O 

No 

NASA / AF S CF  net  . - 

O 

. AFSCF 

Nadir  coverage  .requirement 

O 

No 

Orbit  apogee  (nmi) 

R 

Vehicle  orientation  (earth/non-earth) 

R 

Frequency  of  each  link  (Mhz) 

O 

S-band 

Signal-to-noise  ratio  (dB) 

O 

10 

Ground  station  G/T 

or 

O 

SCF  USB 

Receiving  antenna  gain  (dB) 

4775  44 ' 

Receiving  system  noise  temperature  (°K) 

220  170 

Downlink  margin  (dB) 

O 

6 

Uplink  carrier  modulation 

o 

PM 

Uplink  subcar rier  modulation 

o 

FSK 

. Downlink  carrier  modulation 

o 

PM 

Downlink  subcarrier  modulation 

o 

PSK 

Modulation  index  of  ranging  code  (radians) 

o 

0.1. 

Modulation  index  of  each  subcarrier  ■ , 

o 

1 subcarrier  1,  8 

on  downlink  (radians) 

2 subcarrie rs  1 . 0 

Command  bit  or. band  rate  (bps) 

o 

1000 

Transmitter  circuit  losses  (dB) 

o 

1. 0/1. 5 

Type  of  command  signal 

o 

Ternary 

Telemetry  bandwidth  (Hz) 

o 

± 1010 

Polarization  loss  (dB) 

o 

0 

Antenna  off-axis  loss  (dB)  . 

o 

0 
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required  of  the  components,  and  criteria  for  selection  of  acceptable  com- 
ponents from  the  data  base. 

6.  3.  1 Configuration  Selection 

The  Design  Algorithm  will  normally  design  all  five  subsystem 
configurations.  If  the  input  data  so  indicates,  one  or  more  of  the  configura- 
tions may  be  eliminated  according  to  the  user-supplied  input  requirements. 
This  configuration  test  is  outlines  in  Table  6-3, 

6.3.2  Design  Equations 

6.  3.  2.1  Baseband  Assembly  Unit 

The  Baseband  Assembly  Unit  (BBAU)  is  an  SGLS  component  with 
characteristics  and  capabilities  consistent  with  those  described  in  Refer- 
ence 6-1.  The  maximum  data  rates  allowed  on' the  subcarrier(s)  are 
limited  to  those  for  which  Reference  6-1  provides  data  on  bit  error  rate 
degradation  due  to  hardware.  - 

A BBAU  is  used  as  part  of 'the  unified  links.  The  BBAU  selection 
is  based  on  the  number  of  input  bit  streams  to  the  unified  link  and  the  bit 
rate  of  each  stream. 

For  a single  bit  stream,  a BBAU  with  a 1.024  MHz  subcarrier 
is  used  for  data  rates  up  to  and  including  128  kbps,  and  a BBAU  with  a 
1. 7 MHz  subcarrier  is  used  for  256  kbps. 

For  two  bit  streams,  a BBAU  with  a 1.024  MHz  subcarrier  and 
a 1. 7 MHz  subcarrier  is  used;  the  bit  stream  with  the  lower  bit  rate  is 
assigned  to  the  1;  024  MHz  subcarrier  and  the  other  is  assigned  to  the 
1.7  MHz  subcarrier.  The  maximum  capability  of  the  1.024  MHz  sub- 
carrier is  128  kbps,  and  the  1.7  MHz  subcarrier  capability  is  256  kbps. 

The  frequency  of  the  subcarrier  associated  with  each  bit  stream  must  be 
noted  from  the  data  base  for  later  use. 

6.  3. 2. 2 Downlink  Effective  Radiated  Power 

This  section  of  the  algorithm  is  a straightforward  link  analysis 
for  effective  radiated  power  (ERP).  Atmospheric  and  rain  attenuation  are 
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Confi  gurations 


Uplink  plus  downlink 


Unified  link,  common  antenna 


Unified  link,  separate  antennas 


Unified  link,  common  antenna 
plus  downlink 


Unified  link,  separate  antennas 
• ■ plus  downlink 


Legend: 


Yes  - 
No 


Acceptable 

Unacceptable 


Configuration  Selection 


Ranging 
Re  qui  rement 

Separate 
Mission  Link 
Requirement 

Separate 

Antenna 

Requirement 

No 

No 

Yes 

Yes 

No 

No 

Yes 

No 

' Yes 

Yes 

Yes 

No 

Yes  . 

Yes 

Yes 

not  included  because  it  is  not  of  great  significance  at  the  radio  frequencies 

commonly  in  current  use  for  telemetry  transmissions.  Ground  antenna 

pointing  loss  is  not  included  because  it  is  considered  to  be  negligible  .in 

terms  of  the  accuracy  that  can  be  expected  from  this  general  procedure. 

The  computation  should  be  made  for  the  worst  combination  of  space  loss 

(corresponding  to  maximum  transmission  range)  and  satellite  antenna  gain 

in  the  direction  of  the  receiving  station.  However,  if  this  combination  is 

unknown,  alternate  procedures  are  included  to  perform  the  calculations 

based  on  assumptions . The  computation  is  performed  using  the  following 

equation,  which  is  in  units  of  dB. 

♦ 

= S/N  + SL +.K  + B - G/T  + M + L (6-1) 


'whe  re 


ERP  = 

ERP  =.  Effective  radiated  power  (dBW) 

S/N  = Signal- to-noise  ratio 

SL  = Space  loss 

K = Boltzman's  constant  (-228.6  dBW/Hz/°K) 

B = 1.0  log  bandwidth  (Hz) 

G/T  = _ 'Gain- to -temperature  ratio  of  receiving  system 

M = ' Margin  ... 

L = " Other  losses  which  include: 

Transmitter  circuit  losses 
Polarization'  loss 
Satellite  antenna  off-axis  loss 
Modulation  loss 

Bit  error  -rate  degradation  due  to  ground  hardware 
If  S/N  is  not  specified,  assume  a value  of  10  dB. 

Space  loss  (SL)  is  obtained  from  the  ratio  of  the  area  of  a 
sphere  at  the  transmission  range  (S)  to  the  area  of  isotropic  antenna.. 

' o T _ 4 TT  S^ 

- — £/  " 

A/4  TT 

where  A is  the  wavelength,  and  A and  S are  in  meters. 


(6-2) 
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Also 
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where  f is  in  MHz. 

Simplifying  and  converting  units  results  in 

SL  = 6017  S2f2  (6-4) 

where  S is  in  nautical  miles 
In  units  of  dB,  the.  equation  becomes 

SL,  = 37. 8 + 20  log  S + 20  log  f ’ (6-5) 

The  default  value  of  2250  MHz  for  frequency  will  later  result  in 
the  same  frequency  for  all  transmitters  that  are-based  on  the  default  .value. 
In  reality,  a number  of  different  frequencies  would  be  assigned  to  the 
transmitters;  however,  use  of  the  default  value  of  frequency  will  not 
introduce  significant  errors  in  the  major  subsystem  characteristics. 

For  the  user  who  does  riot  know  the  transmission  range,  apogee 
(A)  is  converted  into  slant  transmission  range  (S)  for  an  observed  at'0° 
elevation  angle.  . The  geometry  is  shown  in  Figure  6-6.  ' ’ : 1 


Figure  6-6,  Orbit  Geometry 


Hence 


= (A  + r)2  -r2  . , 


where  r = 3440  nmi  (6375- km) 
S = . /a2  + 6880A 


(6-6) 

(6-7) 
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If  bandwidth  is  unknown,  * it  is  set  equal  to  10  log  of  the  data 
rate  in  bits  per  second.  (This  assumes  nonretum-to-zero  bit  representa — 
tion.) 

If  G/T  is  not  specified,  it  may  be  computed  from 

G/T  = GR  " 10  loS  T (6-8) 

where 

GR  = Sround  receiving  (downlink)  antenna  gain  (dB) 

T = system  noise  temperature  (°K) 

If  the  noise  figure  (NF^)  in  dB  is  available,  it  should  be  con- 
verted to  temperature  in  °K’using 

/'  NF  \ • 

= (antilog  -pg -l)290  (6-9) 

. information  for  G/T  of  AFSCF  stations  may- be  obtained  from  • 

Paragraph  4.  1.  3 of  Reference  6-1.  In  the  absence  of  other  information, 
assume  the  use  of  the  46,- ft  antenna  (GR  = 47.  5 dB,  T = 220°K)‘. 

Information  for  G/T  of  NASA  stations  may  be'  obtained  from 
Reference  6-2.  In  the  absence  of  other  information,  assume  the  use  of 
the  30-ft  USB  antenna  with  uncooled  paramp  (G_  = 44  dB,  T = 170°K). 

Margin  is  used  to  make  allowances  for  miscellaneous  losses 
not  included  in  the  analysis  and  may  also  be  used  to  allow  for  nonoptimum 
system  implementation.  If  not  specified,  use  6 dB.  - • 

If  transmitter  circuit  losses  are  not  specified,  use  1.5  dB  for 
unified  link  with  a common  antenna  and'  1.  0 dB  for  all  other  links. 

If 'polarization  loss  and  satellite  antenna  off-axis  loss  are  not 
specified,  assume  it  to  be  0 dB.  (Assumptions  for  these  losses  are  in- 
cluded in  the  reference  values  given  later  for  antenna  gain.) 

• V 

-For  the  case  of  a unified  link  with  two  subca'rribrs,  the  dB  values  for 
bandwidth,  modulation  loss,  and  ground  hardware  degradation  are  ” 
summed  for  each  subcarrier  and  the  greater  total  is  used. 
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The  modulation  loss  for  a separate  downlink  is  0 dB.  For  uni- 
fied downlinks,  the  modulation  loss  for  SGBS  is  calculated  from  the  equations 
contained  in  Paragraph  4,  1.2  of  Reference  6-1.  The  equation  for  "TBM 
Mod.  Boss"  is  used  for  a single  subcarrier  from  the  BBAU.  For  the  case 
of  two  subcar.riers  from  the  BBAU,  use  the  equation  for  "Subcarrier  (1.024) 
Mod.  Boss"' for  the‘1.024  MHz  subcarrier  and- "Subcarrier  (1.7)  Mod. 

Boss"  for  the  1. 7 MHz  subcarrier.  If  the  modulation  indices  are  not 
specified,  the  following  may  be  assumed  from  Table  6-4.  . 

Table  6-4.  Modulation  Indices 


PRN 

Subcarrier 

1 subcarrier 

Y =0.1  radian 

0 = 1.8  radian 

2 subcarriers 

y =0.1'  radian 

Pl  = $2  ~ 1*0  radian 

The  absolute  value  of  modulation. los s is  used.  * 

The  bit  error  rate  degradation  due  to  ground  hardware  for  SGBS 
is  shown  in  Table  4-2  of  Reference  6-1.  Use  the  values  for  Carrier  II  for 
the  separate  downlink.  For  unified  links,  use  the  valuc(s)  for  the  appro- 
priale  subcarrier(s) . * 

In  the  interest  of  simplicity,  the  link  analysis  for  the  unified 
downlink  is  limited  todata  transmission  considerations.  Analyses  of  the 
carrier  and  ranging  signals  are  not  included  because  they  seldom  have  a 
significant  effect  on  the  sizing  of  the  downlink.  All  default  values  of  modu- 
lation indexes  are  within  the  SGBS  limits  cited  in  Reference  6-1.  The 


*For  the  case  of  a unified  link  with  two  subcarriers,  the  dB  values  for 
bandwidth,  modulation  loss,  and-  ground  hardware  degradation  are 
summed  for 'each  subcarrier  and  the  greater  total  is  used. 
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modulation  index(es)  were  chosen  so  that  the  modulation  loss  is  near 
■minimum.  For  two  subcarriers,  the  modulation  indexes  were  made  equal 
to  provide  equal  modulation  loss  on  the  two  subcarriers. 

6.3.2.  3 Antennas  ■ • 

Careful  attention ‘is  usually  given  (to  the  choice  and  design  of 
satellite  antennas  because  of  the  direct  impact  on  the  transmitter  power. 
Depending  on  the  total  satellite  electrical  load,  the  transmitter  power  can 
have  an  impact  throughout  the  satellite  because  of  its  influence  on  the  elec- 
trical power  subsystem.  Each  antenna  shown  in  the  configuration  block 
diagrams  should  be  considered  separately.  It  is  possible  for  each  antenna 
on  a satellite  to  be  different  from  all  other  antennas  on  the  same  satellite. 

User  requirements  for  the  antenna(s)  should  be  used.  If  they 
are  not  available,  the  transmitting  antenna  selection  may  be  made  from 
Table  6-5.  The  code  identifies  appropriate  antennas  in  the  data  base. 

Values  of  antenna  gain  are  given  for  all  antennas  included  in  Table  6-5 
except  for  the  steerable  parabola,  which  will  be  discussed  later.  - Where 
a'  steerable  parabola  is  chosen,  a steering  subsystem  must  be  added  to 
the  block  diagram  as  shown  in  Figure  6-7."  The  values  of  gain  given  include 
assumed  influence  of  polarization  loss  and  off-axis  loss  at  acquisition. 

In  the  absence  of  better  information,  these  values  of  gain  can  be  used  to 
size  the  transmitter.  For  the  omni  antenna,  two  values  of  gain  are  given. 
One  value  corresponds  to  the  gain  that  will  be  exceeded  over  87%  of  the 
radiation  sphere  and  the  second  value  corresponds  to  'the  gain  that  will  be 
exceeded  over  97%. of  the  radiation  sphere.  In  the  absence  of  a require- 
ment regarding  coverage,  use  the  average  of  the  two  values,  i.e.,  -9  dB. 

Where  a separate  receiving  antenna  is  required  and  the  type  is 
not  specified,  a selection  may  be  made  from- Table  6-6. 

6.  3.  2. 4 Transmitter  Power  for  Fixed  Antennas 

The  power  in  dBW  required  from  the  transmitter  is  obtained  from: 
■ PT  = ERP  - Gt  * (6-10) 
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Table  6-5.  Transmitting  Antenna  Selection 


* Gt  = -5dB{87%) 
= -13  dB  (95%) 


Large  ground  plane  must  extend  at 
least  5 A.  in  all  directions* 

984 


X = 


feet,  f in  MHz 


I TRANSMITTER 
I — 1 


Figure  6-7  . Antenna  Steering  Subsystem 
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Table  6-6.  Separate  Receiving  Antenna  Selection 


Satellite  Orientation 

Earth 

Non-Earth  Oriented 

Nonspin  Stabilized 

Spin  Stabilized 

Nadir  coverage  not  required 
and  large  ground  plane 
available.  * Monopole  (FI) 

Omni  (B) 

Omni  - (B) 

Nadir  coverage  required  or 
large  ground  plane  not 
available.  * Broadbeam 
conical  spiral.  (F2) 

Omni  (B) 

Omni  (B) 

Large  ground  plane  must 
extend  at  least  5A  in  all 
directions. 

A - ^84  feet,  f in  MHz 
f 


Gt  = antenna  gain  in  dB. 

The  transmitter  power  in  watts  (P-yy)  can  be  obtained  from: 

• P = antilog  PT  (6-11) 

w nr 

6.3.  2,  5 Transmitter  Riwer  for  Steerable  Parabola 

In  the  absence  of  performance  requirements  for  the  steerable 
parabola,  a tradeoff  between  antenna  gain  and  transmitter  power  is  appro- 
priate. The  gain  of  the  parabolic  antenna  in  dB  is  given  by: 

Gt  = .20  log  D + 20  log  f - 52.6  (6-12) 

whe  re 

D is  the  diameter  of  the  parabola  in  feet 
f is  the  frequency  in  MHz 
If  f is  unknown,  use  2250  MHz. 

Using  the  relationship: 

PT  = ERP  - GT  and  ■'  (6-13) 

pT 

Pw  = antilog -y^ — , . (6-14) 

satisfactory  combinations  of  transmitter  power  and  antenna  diameter  may 
be  obtained. 

6.  3.  2.  6 Transmitter  Selection 

The  power  output  from  the  transmitter  selected  must  equal  or 
exceed  the  value  of  power  "required  which  was  previously  calculated. 

For  unified  links,  the  transmitter  must  be  capable  of  servicing 
a ranging  code,  usually  PRN,  and  the  input  subcarrier  frequency  or  fre- 
quencies from  the  selected  baseband  assembly  unit. 

For  separate  downlinks,  the  transmitter  input  data  rate  capa- 
bility must  equal  or  exceed  the  mission  data  rate  from  the  data  processing 
subsystem. 

The  transmitter  frequency  must  comply  with  requirements. 
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In  addition,  the  transmitter  must  be  compatible  with  each  of 
the  following  that  are  specified: 

a.  Modulation  type 

b.  SGLS  range  and  range  rate  compatibility 

c.  USB  range  and  range  rate  compatibility 

6.  3.  2.  7 Receiver  Selection 

The  receiver  must  be  compatible  with: 

a.  Operating  frequency  (if  unspecified,  assume  S-band, 

1750-1850  MHz) 

b.  Command  rate  (if  unspecified,  • assume  1000  baud  for  a 
ternary  system  or  1000  bps  for  a binary  system) 

Further,  the  receiver  must  be  compatible  with  each  of  the  follow- 
ing that  are  specified: 

a.  SGJLS  range  and  range  rate 

b.  USB  range  and  range  rate 

c.  Modulation  type  (of  transmitted  signal) 

The  general  description  of  the  command  output  should  be  noted 
from  tlje  data  base  for  use  in  command  signal  conditioner  selection. 

6.  3.  2.  8 Command  Signal  Conditioner  Selection 

The  general  description  of  the  input  ;(e.  g. ternary  FSK:  65, 

76,  95  kHz)  must  be  the  same  as  the  general. de sc ription  of  the  command  out- 
put from  the  command  receiver  selected  from  the  data  base.  Also,  the 
command  rate  capability  of  the  unit  must  equal  or  exceed  the  command 
rate  requirement. 

6.  3.  2.-9  Diplexer  Selection 

The  diplexer  must  be  compatible  y/ith  the  receive  (uplink)  fre- 
quency and  the  transmit  (downlink)  frequency.  Further,  the  transmit  power 
rating  of  the  diplexer  must  equal  or  exceed  the  power  output  from  the  trans- 
mitter which  was' selected  from  the  data  base.. 
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6.3.2.10  Harness 

A harness  is  necessary  as  a part  of  the  Communication  Subsystem. 
The  harness  weight  is  estimated  in  the  Vehicle  Sizing  model. 

6.3.3  Design  Logic 

The  sequence  followed  in  implementing  the  Design  Algorithm 
is  as  follows.  The  components  are  selected  on  the  basis  of  the  parameters 
listed: 

a.  If  unified  link,  select  baseband  assembly  -unit. 

1.  SGLS/USB  compatibility 

2.  Number  of  input  bit  streams 

3.  Bit  rate  of  each  stream 

b.  Compute  the  required  effective  radiated  power  (ERP) . 

c.  Select  antenna(s). 

1.  Vehicle  stabilization  (spin  versus  nonspin). 

2.  Vehicle  orientation  (earth  versus  non-earth) 

3.  Orbit  altitude 

4.  Nadir  coverage  requirement 

d.  Compute  required  transmitter  power. 

e.  Select  transmitter(s) , 

1.  SGLS/USB  compatibility 

2.  Range  and  range  rate  compatibility 

3.  Modulation  type 

4.  Transmitter  frequency 

5.  Input  data  rate  for  a separate  downlink 

6.  Ranging  code  and  input  subcarrier  frequencies  for 
unified  link. 

7.  Transmitter  power  requirement 

f.  Select  receiver. 

1.  SGLS/USB  compatibility 

2.  Range  and  range  rate  compatibility 

3.  Modulation  type  (of  transmitted  signal) 
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4.  Operating  frequency 

5.  Command  rate 

g.  Select  command  signal  conditioner. 

1.  Command  input 

2.  Command  rate 

h.  For  common  antenna,  select  diplexer. 

1.  Receive  frequencies 

2.  Transmit  frequencies 

3.  Transmitter  power  requirement 
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EAGE  INTENTIONALLY  BLANKS 


7.  ELECTRICAL  POWER  SUBSYSTEM 


7.  1 _ GENERAL 

7.  1.  1 Subsystem  Functional  Description 

The  Electrical  Power  Subsystem  (EPS)  performs  the  following 
functions:  . 

a.  Primary  electrical  power  source 

b.  Energy  storage  and  secondary  power  capability 

c.  Power  conversion  and  conditioning 

d.  Power  distribution,  control,  and  protection 

For  the  purposes  of  the  Systems  Cost/Performance  Model, 
the  Electrical  Power  Subsystem  will  be  divided  into  three  elements: 

a.  Electrical  Power  Sources  - The  Electrical  Power  Sources 
element-  of  the  subsystem  will  provide  the  electrical  power 
generation  and  storage  of  electrical  energy. 

b.  -Electrical  Power  Conditioning  - The  Electrical  Power  Condition- 
ing element  will  provide  the  control  over  the  electrical  energy  to 
ensure  that  it  is  regulated  as  to  voltage,  amperage,  and  frequency, 
and  provides  rectification  where  required.  Included  in  this 
element  are  the  assemblies  -for  maintaining  and  controlling 
battery  charging;  however,  the  actual  power  source  is  not  included. 

c.  Electrical  Power  Distribution  - The  Electrical  Power  Distribution 
element  of  the  subsystem  provides  the  hardware  interconnections 
between  the  electrical  sources,  conditioning  equipment  and  the 
using  subsystems  and/or  assemblies.  This  element  includes  the 
harness,  the  junction  and  breakout  boxes,  as  well  as  power 
switching. 

The  first  two  elements,  Sources  and  Conditioning,  will  be 
modeled  in  detail.  The  third  element.  Distribution,  has  been  incorporated  as 
a part  of  the  Vehicle  Sizing  Model  described  in  Section  9. 
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7.  1.  2.  Subsystem  Configurations 

Two  configuration  models  have  been  developed  for  Electrical 
Power  Sources: 

a.  Body  Mounted  Solar  Arrays 

b.  Oriented  Paddle  Mounted  Solar  Arrays 

Electrical  Power  Conditioning  consists  of  three  basic  configura- 
tions. 

a.  Shunt  Voltage  Regulation 

b.  Shunt  and  Discharge  Voltage  Regulation 

c.  Series  Load  Regulation 

Considering  all  combinations  of  configurations, ' the  Electrical 
Power  Subsystem  model  includes  six  configurations.  Each  of  the  basic 
five  configurations  is  described  briefly  in  the  following  sections. 

7 . 1.2.  1 Electrical  Power  Source  Configurations 

The  Electrical  Power -Source  Configurations  require  both  solar 
arrays  and  batteries.  The  solar  cell  array  is  the  primary  power  source  • 
for  the  spacecraft' and  is  essentially  a photovoltaic  device  which  converts 
solar  energy  directly  into  electrical"  energy  when-exposed  to  sunlight. 

The  solar  array  must  generate,  sufficient  power  to  satisfy  most  of  the 
electrical  power  requirements  and  is  supplemented  by  batteries  which 
supply  electrical  power  during  eclipse  periods  when  the  array  is  not 
illuminated  by  the  sun.  Spacecraft  batteries  are  charged  using  solar 
array  power  during  sunlight  periods,  but  they  also  deliver  energy  to 
spacecraft  loads  during  peak  load  demands  when  solar  array  power  output 
is  insufficient  to  supply  load  demand. 

7.  1.2.2  Shunt  Voltage  Regulation  Configuration 

The  Shunt  Voltage  Regulation  Configuration  is  depicted  in 
Figure  7-1.  During  daylight,  the  solar  array  generates  power  for  the 
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Figure  7-1.  Shunt  Voltage  Regulation  Configuration 


.vehicle  loads  as  well  as  recharging  batteries.  The  solar  array  is  split 
so  that  a portion  is  shunted  by  transistor  switches  that  dissipate  'excess 
energy  and  limit  the  bus  voltage  to  31.8  ±0.2V.  The  charge  control  unit 
provides  several  command  and  control  functions  for  rapid  charge,  trickle 
charge,  reconditioning  and  battery  disconnect.  After  an  eclipse;  the  charge 
control  will  connect  the  battery  directly  to  the  primary  power  bus  until 
its  temperature  indicates  full  charge.  The  charge  rate  then  drops  to 
trickle  until  the  battery  temperature  reduces  sufficiently  to  cycle  back  to 
full  rate,  thus  maintaining  full  charge. 

During  eclipse  operation,  the  battery  will  support  the  primary 
power  bus  through  the  diode  until  the  discharge  current  reaches  a preset 
value,  at  which  time  the  charge  control  bypasses  the  diode  to  eliminate 
the  voltage  drop.  The  bus  voltage  will  be  that  of  the  battery  and  can  drop 
to  25.3  volts.  If  the  bus  voltage  drops  below  24.75  volts,  the  undervoltage 
sensor  will  command  off  several  non  essential  loads  to  reduce  the  drain 
on  the  battery.  This  is  relatively  simple  EPS  with  a minimum  of  ground 
command  or  vehicle  attitude  control  requirements. 

7. 1.2.  3 Shunt  and  Discharge  Voltage  Regulation  Configuration 

The  Shunt  and  Discharge  Voltage' Regulation  Configuration  is 
depicted  in  Figure  7-2.  In  this  configuration,  the  bus  voltage  is  limited 
to  a small  variation  by  means  of  a -shunt  regulator  and  a boost-discharge 
regulator  which  are  controlled -by  the  Central  Control  Unit  (CCU).  An 
essential  feature  of  the'  CCU  is  to  separate  the  operating  ranges  of  the 
shunt,  charge,  and  discharge  regulators  to  avoid  simultaneous  operation 
and  maximize  the  efficiency  of  solar  array  usage.  For  example,  during 
the  approach  of  an  eclipse  the  CCU,  sensing  a falling  bus  voltage,  turns 
on  the  boost-discharge  regulator.  At  the  end  of  the  eclipse,  as  the  solar 
array  begins  to  share  the  bus  load,  the  discharge  regulator  will  begin 
to  turn  off.  When  the  solar  array  can  fully  supply  the  load  power,  the 
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Figure  7-2.  Shunt  and  Discharge  Voltage  Regulation  Configuration 


discharge  regulator  is  turned  completely  off  and  the  charge  regulator  is 
- turned  on.  The  CCU  keeps  the  shunt  .regulator  off  until  the  battery  has 
been  fully  charged  or  until  the  maximum  charge  rate  has  been  reached. 

The  buck-charge  regulator  reduces  the  voltage  applied  to  the 
battery  to  a value  that  will  maintain  the  desired  charge  rate'.  The  regulator 
senses  various  battery  parameters  and  adjusts  the  charge  rate  to  restore 
the  battery  to  full  capacity. 

At  the  end  of  charge  or  when  the  array  power  is  in  excess  of 
its  normal  needs,  the  bus  voltage  will  begin  to  rise.  The  CCU  will  then 
turn  on  the  shunt  regulator  which  will  apply  power  resistors  to  thermally 
dissipate  the  excess  power  and  lower  the  bus  voltage  . 

7. 1.2.4  Series  Load  Regulation  Configuration 

The  Series  Load  Regulation  Configuration  is  depicted  in  Figure  7- 
During  sunlight,  the  solar  array  generates  power  for  the  unregulated  bus  to 
charge  the  battery  and  supply  the  regulated  bus  loads  through  the  load 
regulator.  The  unregulated  solar  array  voltage  will  vary  from  26  to  80 
volts.  The  charge  regulator  reduces  the  unregulated  bus  to  provide  a 
temperature  modified  constant- current,  constant- voltage  characteristic. 
Charge  rate  reduction  or  termination  is  initiated  by  a third  electrode 
signal  or  amp-hour  meter. 

The  load  regulator  is  a buck-boost  switching  type  that  closely 
controls  the  varying  input  into  a 28  volt  ± 2 percent  output  as  required  by 
the  vehicle  and  experiment  loads. 

During  eclipse  operation,  the  solar  array  voltage  will  drop  until 
the  battery  diode  is  forward  biased  and  the  battery  will  supply  the  un- 
regulated bus  to  support  the  vehicle  loads.  The  load  regulator  will 
continue  to  control  the  load  voltage. 

7.1.3  Configuration  Compatibility 

Not  all  of  the  Electrical  Power  Subsystem  configurations  are 
suited  to  any' particular  spacecraft  design. 
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Figure  7-3.  Series  Load  Regulation  Configuration 
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Table  7-1  summarizes  the  limitations.  In  particular,  oriented  paddle 
mounted  solar  arrays  are  unsuited  for  a spinning  vehicle.  Likewise,  an 
unregulated  electrical  power  system  is  not  well  suited  for'spacecraft 
equipment  requiring  tight  voltage  regulation.  In  the  latter  case,  the  Shunt 
Voltage  Regulation  Configuration  will  be  designed;  however,  any  equipment 
selected  as  part  of  the  spacecraft  design  and  which  requires  tighter  voltage 
regulation  will  be  properly  pointed  out  in  the  design  description. 

7.1.4  Equipment  Types 

The  complete  list  of  equipment  types  from  which  the  subsystem 
components  will  be  selected  Is  provided  below; 


a.  Solar  Arrays  - 

b.  Batteries 

c.  Battery  Charge  Regulators 
-d.  Battery  Discharge  Regulators 

e.  Series  Load  Regulators 

f.  Shunt  Regulators 

g.  Control  Assemblies 

The  control  assemblies  provide  selection  or  interconnection  of 
EPS  components  and  are  designated  by  any  of  the  following  names: 


a.  Central  Control  Unit 

b.  Solar  Power  Distributor 

c.  Power  Distributor 

d.  Power  Control  Unit 

e.  Command  Switching  Unit 


7.2  INPUT  DATA 


The  information  required  from  the  user  to  design  the  Electrical 
Power  Subsystem  is  identified  in  Table  7-2.  This  table  indicates  which 
data  are  used  and  whether  the  data  are  required  or  optional.  If  optional, 
the  table  indicates  what  default  value  is  used  in  the  event  the  data  are  not 
supplied. 
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Table  7-1.  Electrical  Power  Configuration  Compatibility 


C onf  igur  ation 

V ehicle  Orientation 

Voltage  - Requirements 

Nonspinning 

Unregulated 

Regulated 

Solar  Arrays 

Body  Mounted 

Yes 

Yes' 

Oriented  Paddles 

No 

Yes 

Voltage  Regulation 

Shunt 

Yes 

No 

Shunt  and  Discharge 

Yes 

Yes 

Series 

Yes 

Yes 

Table  7-2.  Input  Data  Supplied  by  User  ; 


Symbol 

Name 

Required  (R) 
or 

Optional  (O) 

Default 

Value 

h 

P 

Orbit  perigee  (feet) 

R 

S 

2 

Average  solar  intensity  (watt/meter  ) 

O 

1353 

Battery  watt-hr  charge  efficiency 
(dimensionless) 

O 

0.65 

^CA 

Battery  amp-hr  charge  efficiency 
(dimensionless) 

O 

0.-75 

% 

Solar  cell  efficiency,  at  28°C,  AMO 
illumination  (dimensionless) 

o 

0.  105 

Solar  array  packing  factor  (active  sur- 
face area/actual  surface  area) 
(dimensionless) 

0 

0.9 

ar 

Radiation  degradation  factor 
(dimensionless) 

o 

0.2 

af 

Covcrglass  and  coverglass  adhesive 
transmissivity  loss  factor 
(dimensionless) 

o 

0.03 

At 

Temperature  adjustment  factor 
(dimensionless) 

o 

Table  7-3 

AI 

Array  fabrication  loss  factor 
(dimensionless) 

o 

0.02 

am 

.Miscellaneous  loss  factor 
(dimensionless) 

o . 

0.01 

\ 

G 

Array  orientation  factor 
(dimensionless) 



o 

1 for  sun 
oriented  flat 
panels;  l/r- 
for  spinning 
oriented  cyl- 
inder, 2/7rfor 
nons  pinning 
oriented 
cylinders  j 
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Table  7-2.  Input  Data  Supplied  by  User  (Continued) 


Symbol 

Name 

Required  (R) 
■ or 

Optional  (O) 

De  fault 
Value 

F 

W 

Array  weight  factor 
(dimensionless) 

O 

7.  3 kg/m2 
(1.5  lb)  /ft 

for  deployed 
panels; 

3.4  kg/m2 

(0.  7 lb /ft2) 
for  body 
mounted 
arrays 

Average  depth  of  discharge 
(at  end  of  discharge) 

O 

0.  30 

K1 

Battery  packing  factor 
( dim  ensionless) 

O 

1. 02 

K2 

Battery  structure  weight  factor 
(dimensionless) 

O 

1.40 

XDM 

Maximum  depth  of  discharge 
(dimensionless) 

O 

0.  70 

vc 

Minimum  allowable  cell  voltage  (VDC) 

O 

1.  10 

Temperature  degradation  factor 
(dimensionless) 


O 


1. 20 


In  addition  to  the  user  supplied  data,  the  following  information 
is  required  from  the  equipment  data  base  for  every  component  selected 
as  part  of  the  spacecraft  design: 

a.  Average  power  requirement  - 

b.  Minimum  power  requirement 

c.  Voltage  regulation  requirement 

The  Reliability  model  must  supply  the  following  information: 

a.  Number  of  batteries  in  parallel 

b.  Number  of  series  load  regulators  in  parallel 

The  Stabilization  and  Control  Subsystem  model  must  indicate 
whether  the  spacecraft  main  body  is  spinning  or  nonspinning,  and  the 
Vehicle  Sizing  model  must  indicate  the  vehicle  shape. 

7.  3 ELECTRICAL,  POWER  SOURCE  CONFIGURATIONS 

There  are  two  Electrical  Power  Source  Configurations 

a.  Body  Mounted  Solar  Arrays 

b.  Oriented  Paddle  Mounted  Solar  Arrays 

These  two  configurations  are  discussed  together  in  one  section  simply 
because  of  the  similarity  in  the  Design  Equations  and  Logic.  The  only 
difference  in  the  design  approach  is  that  the  array  orientation  factor,  Xq, 
and  weight  factor,  F.^,  differ  numerically  for  the  two  configurations. 

Other  than  this,  the  two  design  approaches  are  identical. 

7.3.1  Functional  Description 

The  Electrical  Power  Source  Configuration  components  perform 
the  following  functions: 

a.  Solar  Array  - The  solar  cell  array  is  the  primary  power  source 
for  the  spacecraft  and  is  essentially  a photovoltaic  device  which 
converts  solar  energy  directly  into  electrical  energy  when 
exposed  to  sunlight.  The  solar  array  must  generate  sufficient 
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power  to  satisfy  all  of  the  electrical  power  demand  plus 
sufficient  energy  to  charge  batte.ries  which  supply  electrical 
power  during  periods  when  the  array  is  not  illuminated  by  the  sun. 

b.  Batte ries  - Spacecraft  batteries  are  charged  using  solar  array 
power  during  sunlight  periods.  They  deliver  energy  to  spacecraft 
loads  during  eclipses  when  solar  array  output  is  zero  and  during 
peak  load  demands  during  sunlight  when  solar  array  power  output 
is  insufficient  to  supply  load’  demand. 

7.3.2  Design  Equations 

7.  3.  2.1  Solar  Arrays 


A solar  array  will  consist  of  a number  of  parallel-connected  - 
strings  of  series-connected  solar  cells.  The  cells  are  covered  with  glass 
sheets  to  minimize  charged  particle  degradation.  The  cells  may  be  bonded 
to  metallic  or  plastic  substrates.  Array  construction  includes  either  designs 
in  which  cells  are  attached  to  spacecraft  structure  or  cells  are  attached  to 
flat  panels  which  are  deployed  in  orbit.  The  equations  and  design  algorithm 
discussed  in  the  remaining  part  of  this  section  are  applicable  to  all  of  the 
most  common  array  designs.  The  algorithm  does  not’account  for  the  weights 
of  solar  array  deployment  mechanisms  and  stowage  structure. 

Solar  array  sizing  requires_th“e  successive  evaluation  of  the 
following  equations: 


where 


and  where 


p =_ 

S H 


1 + 


E 


R 


TS  1%%%, 


A = 


(Fs)  (S)  (TjJ 


FS  " XG  AP 


W = A F 
w A A W 


(1  - Ar)  (1  - Af)  (1  - Ap)  (1  - Ar)  (1  - Am) 


(7-1) 

(7-2) 

(7-3) 

(7-4) 


End-of-Mission  Average  Array  Power  Output 
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and  where 


^CA 


4 


T 


= Average  Load  Power  Watts 

= ' Sum  of  the  average  power  for  all  user  and  house- 

keeping subsystems  (e.  g.  , S&C,  APS,  CDPI, 
Thermal  Control.)  It  is  assumed  that  the  array- 
average  power  will  be  supplemented  by  batter  power 
in  order  to  meet  peak  power  transients  or  low  duty 
cycle  demands. 

= Power  Distribution  Loss  Factor  (array  to  loads) 

= Harness  Efficiency  x Load  Regulator  Efficiency 
(where  applicable) 

- 98%  x 85%  (default  values  in  place  of  actual  design 
value) 

= Discharge  Regulator  Efficiency 

= 85%  (default  value) 

= Charge  Regulator  Efficiency 

= 98%  for  the  unregulated  bus  configuration 

- 85%  for  the  regulated  bus  configuration 


2 

= Average  solar  intensity  (1353  W/m  ) 

_ Battery  watt-hr  charge  efficiency  (dimensionless) 

_ Battery  amp-hr  charge  efficiency  (dimensionless) 

= Eclipse  period  (hr) 

= • Sunlight  period  (hr) 

= Solar  cell  efficiency,  at  28°C,  AMO  illumination 
(dimensionless) 

= .Solar  array  packing  factor  (dimensionless) 

= - Radiation  degradation  factor  (dimensionless) 

= Coverglass  and  coverglass  adhesive  transmissivity 
loss  factor  (dimensionless) 

= Temperature  adjustment  fact  or  (dimensionless) 
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41 

zz 

Array  fabrication  loss  factor  (dimensionless) 

- 

Misc.  loss  factor  (dimensionless) 

= 

Array  orientation  factor  (dimensionless) 

FW 

= 

Array  weight  factor  (kg/m  ) 

Fs 

" = 

Array  sizing  factor  (dimensionless) 

v 

= 

Average  battery  discharge  voltage 

VDB 

A 

=: 

2 

Array  area  (m  ) 

WA 

= 

Array  weight  (kg) 

The 

energy 

balance  equation  [Eq.  (7-1)]  is  based  on  the 

quirement  that  during  sunlight  portion  of  the  orbit  the  solar  array  must 
supply  sufficient  energy  to  satisfy  spacecraft  load  requirements  and  to  re- 
charge the  battery  which  supplies  the  loads  during  the  eclipse  period. 

For  sizing  purposes  the  worst  case  eclipse  should  be  selected, 

i.  e.  , maximum  value  of  ratio.  The  maximum  ratio  between  T£ 

and  Tc  as  a function  of  altitude  for  circulat'  earth  orbits  is  computed  as 
o 

follows: 


Sa ~ 102 


-1 


100 


sm 


h *■  h 

e p 


(7-5) 


where 


h 


Angular  Size  of  Earth's  Shadow  (radians) 

Earth  Radius  (km) 

Orbit  perigee  (km) 


and  where 


102  is  due  to  the  atmosphere 
100 


E 


7T-S 


(7-6) 
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The  sizing  factor,  Fg,  accounts  for  array  geometry  and  various 
array  performance  degradation  factors.  Temperature  factors  which 

are  required  as  input  were  estimated  for:  (a)  spinning  body-mounted 
arrays,  (b)  oriented  fiat  panels  of  conventional  construction,  and  (c)  light- 
weight sun-oriented  flat  panels.  Values  for^T  are  presented  in  Table  7-3 
for  low  earth  and  synchronous  orbits.  As  a first  approximation,  the  array 
temperature  factors  for  12-hr  eliptical  orbits  can  be  assumed  to  be 
approximately  equal  to  the  corresponding  synchronous  orbit  cases. 


Table  7-3.  Typical  Solar  Array  Temperature 
Correction  Factors 


Array  Type 

Low- Earth  Orbits 

Synchronous 

Orbits 

1 0 Q . _ cm 

2 Q -cm 

. 10i?  -cm 

2 Q -cm 

Body  mounted 
s pinning 

0.  02 

0.01 

-0.  06 

-0.  05 

Body  mounted 
non-  s pinning 

0.  06 

0.  03 

0.  02 

Oriented  panels 

(conventional 

construction) 

0.  13 

0.  11 

0.  10 

• 0.08 

Oriented  Panels 
(Lightweight) 
construction) 

0.  17 

0.  15 

0.  13 

0.  11 

The  model  assumes  a-  standard  solar  cell  resistivity  of  10  Q - cm. 
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rne  value  ol  the  radiation  factor  depends  on  the  coverglass 
thickness  and-  the  magnitude  of  the  charged  particle  radiation  fluence  that 
the  array  receives.  For  synchronous'  orbits,^  will  vary  between  approxi- 
mately 0.  2 and  0.  3 for  7 and  15  year  missions  respectively.  For  low  - 
earth  orbits  {<  780-krn  altitude),  is  approximately  0.03  for  one-year 
missions  and  approximately  0.  05  for  three-year  missions  (Ref.  7-1’)-. 

The  factor,  A.^,  will  vary  from  0.25  to  0.35  for  12-hr  eliptical  orbits  for 
three  and  five-year  missions  respectively.  A first  order  approxirriation 
of  A^  can  be  obtained  for  each  type  of  orbit  by  assuming  a linear  variation 
within  the  mission  duration  ranges  discussed  above. 

7. 3. 2. 2 Batteries 

A battery  assembly  consists  of  multiple  cells  connected  in 
series.  One  or  more  batteries  may  be  required  depending  on  the  required 
battery  capacity  as  well  as  thermal  and  reliability  considerations.  NiCd 
type  batteries  were  selected  as  the  reference  battery  type  for  this  model 
and  are  commonly  used  for  spacecraft  power  systems.  One  important’ 
factor  affecting  the  life  of  this  type  of  battery  is  temperature.  I^igh 
temperature  accelerates  performance  degradation  so  that  spacecraft 
thermal  control  systems  are  designed  typically  to  maintain  the  batteries 
within  an  operating  range  of  from  277  to  300 °K. 

The  equations  required  to  size  and  selec.t  the  batteries  are 

as  follows: 


a.  Required  Capacity 


C = 

■ PL  TE- 

(7-7) 

R 

' ad 

ii 

< 

O 

CR^VDB 

(7-8) 

where 

ydb  = 

Average  Battery  Discharge  Voltage 

27  V dc  for  configurations  not  using 
discharge  regulators 
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and  where  VDB  - 21  V dc  for  configuration  using  discharge 

regulators. 


b.  Minimum  Installed  Capacity 


CA  RFD 

(7-9) 

Number  of  Cells  in  Series 

NC  = Wvc 

(7-10) 

Unit  Battery  Weight  and  Volume 

WB  ■ ^ Nc  WCeU 

(7-11) 

VB  = K1  NC  VCell 

(7-12) 

e*  Battery  Weight,-  Volume,  and  Capacity 


W = 

BT 

N W 
B WB 

(7-13) 

VBT 

nb  vb 

. (7-14) 

CT  = 

NB  CCeB 

(7-15) 

and  where 


K 


1 


K_ 


aDM 


R 


FD 


Average  depth  of  discharge  (at  end  of  discharge) 

Battery  packing  factor  (dimensionless) 

Battery  structure  weight  factor  (dimensionless) 

Maximum  depth  of  discharge  (dimensionless) 

Minimum  allowable  cell  voltage  (V  dc) 

Temperature  degradation  factor  (dimensionless) 
battery  temperature 


As  a first  approximation  R-^-p  is  assumed  to  be  independent  of 
depth  of  discharge  and  the  number  of  charge/discharge  cycles.  It  can  also 
be  assumed  to  vary  linearly  from  1 to  1.  30  in  the  temperature  range  from 
0 to  30°C. 
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Minimum 'allowable  batter.y  voltage  (V  dc) 

Number  of  batteries  .required  m -parallel 
(dimensionless) 

Capacity  required  at  end  of  mission  (amp-hr) 

Minimum  required  . capacity  (amp-hr) 

Minimum  installed  battery  capacity  required  (amp-hr) 

Capacity  of  selected  cells  (amp-hr) 

Number  of  cells  in  series 

3 

Unit  battery  volume  (m  ) 

Total  battery  weight  (kg) 

Unit  battery  weight  (kg) 

3 

Total  battery  volume  (m  ) 

3 • 

Volume  of  each  cell  (m  ) 

Weight  of  each  cell  (kg) 

Total  actual  installed  capacity  (amp-hr) 


This  set  of  equations  requires  that  the  number  of  batteries, 

N^,  be  computed  by  the  reliability  model  and  input  to  the  power  model.  In 
general,  N^  is  computed  by  first  assuming  that  at  least  two  batteries  are 
required  as  a minimum.  Next  a reliability  value  is  computed  based  on  no 
failures  allowable  in  either ’battery  during  the  mission.  This  result  is  then 
compared  to  required  value.  If  the  required  value  is  exceeded,  the  algorithm 
determines  that  N^  = 2,  If  not,  a third  battery  is  added  and  the  calculations 
are  repeated.  This  procedure  is  repeated  until  a value  of  Ng  is  found 
such  that  the  reliability  requirement  is  met  or  exceeded.  This  approach 
was  selected  because  it  tends  to  minimize  the  number  of  iterations  re- 
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quired  to  reach  a solution  and  because  it  is  compatible  with  available 
statistical  models.  It  is  conservative,  since  in  reality,  the  most  common 
type  of  cell  failure  (i.  e. , an  electrical  short  circuit)  does  not  result  in  a 
total  loss  of  usable  battery  capacity,  as  assumed  in  the  model. 

Physical  characteristics  of  commercially  available  cells  are 
entered  in  the  equipment  data  base.  Cell  volume  and  weight  is  obtained 
using  the  data  in  the  equipment  data  base  and  a "look-up"  procedure.  Since 
only  discrete  values  are  given  in  the  data  base,  the  cell  having  the  next 
highest  capacity  rating  than  that  actually- required  is  selected. 


7.3.3  Design  Logic 

The  flow  logic  or  seauence  that  the  Design  Algorithm  must 

follow  is: 


a.  Input  data. 

b.  Solve  the  energy  balance. equation  for  average  array  power 
output  at  end-of-mission  . 

c.  Compute  the  sizing  factor  which  is  a function  of  the  array 
orientation  and  various  degradation  factors. 

d.  Compute  the  required  solar  array  area  and  weight.  . 

e.  Compute  the  required  minimum  installed  battery  capacity. 

f.  Determine  number  of  cells  in  series. 

g.  Select  battery  cells  from  the  data  base  based  on  the  number 
of  parallel  batteries  being  equal  to  two  . 

h.  Compute  unit  and  total  battery  weight,  volume,  and  capacity 
based  on  the  total  number  of  batteries  as  indicated  by  the 
Reliability  model. 


7.4  SHUNT  VOLTAGE  REGULATION  CONFIGURATION 


7.4.1  Functional  Description 

The  Shunt  Voltage  Regulation  Configuration  components  perform 
the  following  functions: 
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a.  Power  Control  Unit  (PCU)  - This  assembly  contains  (he  bus 

voltage'  sensor  for  the  shunt  regulators  and  the  switching 
controls  for  battery  charging  and  reconditioning  and  non- 
essential  load  removal.  The- bus  voltage,  sensor  can  turn  on 
•the  shunt  regulators  to  load  the  solar  array  and  limit  the  array 
output  voltage.  The  PCU  also  contains  a dedicated  charger  for 
each  battery,  with  capability  to  receive  ground  commands  or 
operate  autonomously.  In  addition,  the  charger  can  disconnect 
the  battery  from  the  bus  and  apply  a reconditioning  resistor  to 
discharge  it  at  a low  rate.  - v ' 

During  eclipse,  the  battery  will  dis charge,  through  the  diode 
until  the  current  exceeds  a set  limit  that  closes  the  relay  contacts 
. and  bypasses  the  diode.  If  the  primary  bus  voltage  drops  below 
24.75  volts,  the  undervoltage  sensor  removes  the  nonessential 
loads  to  reduce  the  drain  on  the  battery. 

b.  Battery  Charger  - The  charger  is  made  up  of  a relay  contact 
between  the  array  bus  and  battery  which  is  paralleled' by  a 
resistor  and' a diode.  The  relay  contacts  are  closed  for  full  . 
charge,  and  through  the  resistor  after  the  battery  temperature 
indicates  full  charge  and  when  the  relay  contacts  are  open,, 

c.  Shunt  Regulator  - The  unit  is  a variable  conductivity  transistor 
circuit  that  shunts  a section  of  the  solar  array  to  absorb  excess 
energy  and  lower  its  output  voltage.  When  the  main  bus  voltage 
increases  beyond  31, .8  volts,  the  PCU  senses  the  rise  and  turns 
on  a shunt  regulator  to  bypass  part  of  the  array  current.  Since 
the  main- bus  voltage  is  the  sum  of  the  unshuhted  section  plus  the 
shunted  section,  the  additional  shunt  current  reduces  the  main 
bus  voltage.  The  regulator  operates  primarily  at  the  beginning 
of  life  of  the  solar  array  or  at  low  temperature,  with  no  battery 
charging  and  light  payload  use. 

A block  diagram- of  the  Shurit  Voltage  Regulation  Configuration  was  shown 
in  Figure  7-  1 . 

7.4.2  Design.  Equations 

7.4,2. 1 Battery  Charge-  Regulator 

For  all  configurations,  the  number  of  charge  regulators  is  equal 
to  the  number  of  batteries.  This  is  needed  to  prevent  overcharge  which 
reduces  the  battery  life  or  could  lead  to  destruction.  The  power  handled 
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by  the  charger  will  vary  throughout  the  charge  cycle  and  is  dependent  upon 

the  battery  size,  clipse  and  sunlight  periods,  and  battery  recharge 

efficiency.  The  solar  array  power  allocated  for  charging  (P  ) is  condi- 

C 

tioned  to  provide  a controlled  current  into  the  battery.  A nominal  maximum 
value  of  charge  current  in  amperes  for  hermetically  sealed  NiCd.  batteries 
is  C/2,  where  C is  the  capacity  in  amp-hours.  The  charging  power  (P^,) 
is  the  sum  of  the  charge  power  going  into  the  battery  (PCH)  and  the  power 
dissipated  in  each  charger  (Pqj))  because  of  conversion  losses. 

For  all  EPS  configurations,  the  distribution  loss  factor  {7]^) 

lx 

from  the  array  to  the  charger  is  the  line  efficiency  and  can  be  considered  als 
100  percent.  The  following  is  a summary  of  charge  regulator  designations 
and  algorithms: 


% 
^ C 


Number  of  batteries  = Number  of  chargers 

ft  t » 

= Portion  of  solar  array  power  allocated  for 
battery  charging 


% TS  ^ D ^ C ^ E 
= distribution  loss  factor  or  line  efficiency 
rs  100  percent 

= Charge  Regulator  efficiency 
ps  100  percent 

= Charge  power  delivered  to  each  battery 
PC  71 C 


(7-16) 


(7-17) 


(7-18) 
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='  Power  to  be  dissipated  by  each  charger  into  thermal 
control  system 


’c*1  - lc> 


(7-19) 
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To  determine  the  charge  current  delivered  by  the  regulator,  the  following 
equation  can  be  used: 

Iqh  ~ Charge  current  delivered  by  regulator 

= (default  value  of  — (7-20) 


7. 4. 2.  2 Shunt  Regulator’- 

The  equation  for  the  shunt  regulator  is  intimately  related  to  the 
design  of  the  solar  array.  The  equations  provide  the  end-of-life  array 
power  (Pg).  However,  the  array  will  be  capable  of  delivering  considerably 
more  power  at  the  be  ginning- of- life  and  immediately  after  the  eclipse 
period  when  the  array  temperature  is- low.  In  orde-r  to  limit  the  bus  voltage 
under  these  initial  conditions,  shunt  regulators  are  applied  across  the  solar 
array. 

Shunt  regulators  are  variable  conductivity  dissipators  that  bypass 
a portion  of  the  solar  array  current  capability  and  reduce  the  array  output 
voltage.  In  effect,  the  shunt  regulators  shift  the  operating  point  on  the  curve 
for  array  "E"  vs  "I"  from  high  voltage-low  current  to  lower  voltage -higher  - 
current.  Since  the  load  current  cannot  be  varied,  the  shunt  regulators 
absoi-b  the  excess  current  through  transitor  circuitry.  The  sensor  for  the 
regulator  detects  the  array  voltage  and  keeps  the  shunt  OFF  for  low  voltages. 
When  the  array  voltage  increases  beyond  a limit  value,  the  shunt  turns  ON 
gradually  until'  it  reaches  a maximum  value  of  shunt  current.  Regulators 
are  operated  in  parallel  with  their  limit  value  set  at  increasing  array 
voltages,  so  that  they  turn  on  in  sequence  for  increasing  array  voltage. 
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The  number  of  regulator s.  is  dependent  upon  the  anticipated 
excess  solar  array  power  at  beginning-of-life  and  the  maximum  unit  dis- 
sipating capability.  If  the  maximum  array  power  is  given  as  Pmax  anc* 

minimum  load  power  is  P . , then  the  number  of  shunt  regulators 
• L mm 

needed  is:  / 


N 


SR 


max 


- P 


L/  min 


Max  Unit  Power  Capacity- 


Select  the  next 
larger  integer 
for  any  remainder 
above  0.1  (7-21) 


7.4.3  Design  Logic 

The  sequence-  followed  in  implementing  the  Design  Algorithm 
is  as, follows:  ' 

-a.  Compute  the  maximum  charge  current  to  be  delivered  by  the 
battery  charge  regulator  based  on  the  selected  battery  charge 
capacity. 

b.  Select  a charge  regulator  from,  the  data  base  possessing  or 
exceeding  the  maximum  charge  current  rating. 

c.  Set  the  number  of  charge  regulators  equal  to  the  number  of 
batteries. 

d.  Select  the  first  shunt  regulator  from  the  data  base. 

e.  Select  number  of  shunt  regulators  based  on  the  anticipated 
excess  solar  array  power  at  beginning-of-life  and  the  regulator 
maxim  torn  dissipating  capability. 

f.  Call  up  configuration  special  .hardware  from  the  data  base  which 
is  not  differentiable  , i.  e.  , Power  Control  Unit  ■ 


7.  5 SHUNT  AND  DISCHARGE  VOLTAGE  REGULATION 

• CONSIDERATION  - 

7.  5.  I Functional  Description 

The  Shunt  and  Discharge  Voltage  Regulation  Configuration 
components  perform  the  following  functions: 
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a*  Pis c ha r ge  R e gulato r . - The  battery  voltage  is  boosted  to  the  bus 
level  by  means  of  the  discharge  regulator.  This  device  uses  a 
transistor  switching  circuit  to  generate  a variable  voltage  across 
an  inductor  in  series  with  the  battery. 

b*.  Battery  Charger  - The  charge  current  is  limited  according  to  the 
battery  ambient  temperature  by  reducing  the  bus  voltage  with  a 
pulse-width  modulated  regulator.  The  bus  voltage  is  switched 
across  an  averaging  filter,  with  the  output  voltage  controlled  by 
varying  the  duty  cycle  of  the  transistor  switch.  When  the  battery 
sensors  indicate  full'  charge,  the  regulator  is  turned  off.  ' 

c*  Shunt  Regulator  - The  solar  array  characteristics  vary  with  the 
temperature,  solar  intensity  and  life  of  the  solar  cells.  If  the 
load  is  insufficient  to  reduce  the  array  voltage  below  a set  level, 
the  shunt  regulator  applies  a dissipative  circuit  that  loads  down  • 
the  bus  to  the  set  level.  The  regulator  is  made  up  of  a sensor 
to  detect  the  bus  voltage  and  to  control  a variable  conductivity 
transistor  circuit  that  shunts  the  array. 

d*  Central  Control  Unit  (CCU)  - The  CCU  is  the  decision  making 
computer  that  senses  the  voltage  of  the  regulated  bus  and  sends 
operational  commands  to  the  shunt,  charge  and  discharge 
regulators  in  order  to  optimize  usage  of  the  solar  array  and 
maintain  the  bus  voltage  regulation. 

A block  diagram  of  the  .Shunt  and  Discharge  Voltage  Regulation  Configuration 
was  presented  in  Figure  7-2. 

?»5.2  Design  Equations 

7.  5. 2.1  Battery  Charge  Regulator 

The  charge  regulators  to  be  discussed  here  are  nearly  identical 
to  the  regulators  discussed  in  Paragraph  7.4.2.  1.  The  only  substantial 
difference  is  a charge  regulator  efficiency,  7)c,  of  85  percent.  -For 
completeness,  the  equations  will  be  repeated: 


Number  of  batteries  = Number  of  chargers 

Portion  of  solar  array  power  allocated  for 
battery  charging 


1 

^ D ^ C ^ E 


(7-22) 


(7-23) 
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% = 
PCH 


P 


CD 


I 


CH 


Distribution  loss  factor  or  line  efficiency 
100  percent 

Charge  Regulator  efficiency 
85  percent 

Charge  power  delivered  to  each  battery 


PC  *C 
N„ 


^D 
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Power  to  be  dissipated  by  each  charger  into  thermal 
control  system 


PC(1  “ ^C^ 

nb 


'Hd'H 


— ) ( 
E • 
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Charge  current  delivered  by  regulator 

(default  value  of  C/2)  (7-26) 


7.  5.  2.  2 Shunt  Regulator 

The  shunt  regulator  in  the  Shunt  and  Discharge  Voltage  Regulation 
Configuration  is  essentially  identical  to  that  in  the  Shunt  Voltage  Regulation 
Configuration. 

The  number  of  regulators  is  dependent  upon  the  anticipated  excess 

solar  array  power  at  be  ginning- of- life  and  the  maximum  unit  dissipating 

capability.  If  the  maximum  array  power  is  given  as  P_„  and  the  minimum 

load  power  is  PT  . , then  the  number  of  shunt  regulators  needed  is: 
c L mm  ° 
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P - P . ( Select  the  next 

Max  Unit  FoSSr  Capacity  ■ 

der  above  0.  1 


(7-27) 


The  reader  is  directed  to  Paragraph  7. 4.  2.  2 for  a more  com- 
plete discussion  of  the  operation  of  Shunt  Regulators, 

7, 5,2,3  Discharge  Regulators  ' 

The  regulator  operates  during  eclipse  periods  .and  is  not  associa- 
ted with  the  energy  balance  -equation  for  the  solar  array.  Each  regulator  adds 

a variable  voltage  in  series' with  its  battery  so  that  the  output  voltage  stays 

; * * * • * 

fairly  constant  for  changes  in  load  or  battery  voltage.  The  battery  is  the 
source  of  power  (P^)  which  is  delivered  to  the  regulator.  The  output  is 
directly  oh  the  main  bus  and’.the  line  efficiency  to  the  load  can  be  con- 
sidered as  100  percent.  Therefore,  the  only  power  loss  to  be  dissipated 
is  that' caused  by  the  inefficiency  of  the, regulator. 

The  following  is  a summary  of  discharge  regulator  designations 
and  algorithms. 


Number  of  Discharge  Regulators  - Ng 

Battery  power  delivered  to  each  regulator 

PL  ’ 

ND  ^D 

Discharge  Regulator  efficiency 
85  percent 


Power  dissipated  by  each  Discharge  Regulator 
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(7-30) 


-7.5.3 


The  sequence  followed  in  implementing  the  Design  Algorithm 


is  as  follows: 
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a.  Compute  the  maximum  charge  current  to  be  delivered  by  the 

battery  charge  regulator  based  on  the  selected  battery  charge 
capacity..  - ■ 

b.  Select  a charge  regulator  from  the  data  base  possessing  or 
exceeding  the  maximum  charge  current  rating. 

c.  Set  the  number  of  charge  regulators  equal  to  the  number  of 
batteries. 

d.  Set  the  number  of  discharge  regulators  equal  to  the  number  of 
batteries. 

e.  Compute  the  power  requirement  to  be  dissipated '.by  each 
discharge  regulator. 

f.  Select  the  discharge  regulator  from  the  data  base  possessing  . 
or  exceeding  the  power  dissipation  rating. 

g.  Select  the  first  shunt  regulator  from  the  data  base. 

h.  Select  number  of  shunt  regulators  based  on  the  anticipated 
excess  solar  array  powe  r at-  be  ginning- of- life  and  the  regulator 
maximum  dissipating  capability. 

i.  Call  up  configuration  special  hardware  from  the  data  base  whio 
is  not  differentiable*  i.  e. , Central  Control  Unit 


7.6  SERIES  LOAD  REGULATION  CONFIGURATION 

i - - - - ^ - 

7.6.1  Functional  Description 

The  Series  Load  Regulation  Configuration  components  perform 
the  following  functions:  . . 

a.  Battery  Charger  - The  charge  regulator  uses  a pulse  width 
modulated  switch  to  reduce  the  unregulated  solar  array  bus  to 

a voltage  that  will  limit  the  maximum  charge  rate  to  an  acceptable 
level.  The  charge  continues  until  the  battery  temperature, 
voltage,  third  electrode  signal  or  amp-hour  capacity  indicate 
recovery,  of  energy  di.scharged-during  the  previous  eclipse 
period.  The  maximum  charge  rate  may  be  reduced  if  the  array 
bus  drops  because  of  a high  payload  drain. 

b.  - Series  Load  Regulator  - This  unit  is  of  the  buck-boost  type 

using  semiconductor  switching  circuits  to  generate  a voltage  in 
opposition  or  supporting  the  unregulated  bus  voltage.  The  magni- 
tude and  polarity  of  the  buck-boost  voltage  is  controlled  by  the 
average  regulated  voltage.  In  addition,  the  regulator  current 
can  be  used  as  a control  function  to  provide  load  sharing  amongst 
several  parallel  regulators. 
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C*  S witching  - This  unit  is  coordinated  with  the  ground 

command  capability  of  the  entire  vehicle  and  is  used  for  power 
management  of  the  EPS  under  varying  conditions  of  load  demand 
or  component  failure  over  the  anticipated  life. 

,A  block  diagram  of  this  Series  Load  Regulation  Configuration  was  presented 
in  Figure  7-3. 


7.6.2 
7.6.2.  1 


Design  Equations 


Battery  Charge  Regulator 


The  charge  regulators  to  be  discussed  here  are  nearly  identical 

to. the  regulators  described  in  Parao-rakhc  7 a o 1 , ' 

Paragraphs  7.4.2. 1 and  7.5.2.  1.  . The -only 

significant  difference  is  the  charge  regulator  efficiency,  V,  equal  to  ’ 

85  percent.  . 


7.  6.2.2  Series. Load  Regulator 


The  load  regulator  is  a series  element  that  must  regulate  the 
input  power  from  the  solar  array  or  the  battery:  -Using  the  energy  balance 
equation  for  the  array,*  the  input  to' the  regulator  is  the  power  delivered  -to  ’ 
the  load  (P^)  modified  by  the  distribution  loss  factor.  (*n  R) . -In  this  case, 
different  from  the  previous  components,  the  distribution  lbss  or  line 
eificiency  is  the  efficiency  of  the  load  regulator  *(7)^) . pother  difference 
is  that  the  number  of  regulators  is  not  related  to  any  other  EPS  component. 

The  number  is  dependent  upon  the  average  load  power  (PJ  and  the  unit 
handling  capacity.  • ' ‘ 


The  following  is  a summary  of  load  regulator  designations  and 
algorithms’:  • . 


unit  handling 
capacity 


select  an  integer  greater 
than  two.  If  remainder  is 
greater  than  0.2,  select 
. next  larger  integer.' 


(7-31) 


For  PL 


<1000  watts  use  unit  .capacity  of  225  watts 
>1000  watts  use  unit  capacity  of  350  watts 
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PLR 

Total  power  input  to  Load  Regulators 

i 

pL-  - 
. ^ LR  .. 

(7-32) 

Ilr.  = 

Load  Regulator  efficiency 

(7-33) 

p = 

LRD 

90  percent 

Power  dissipated  by  all  Load  Regulators 

= 

PLhr-  - 1) 

L 71  LR 

(7-34) 

Note  that  the  peak  power  handling  capacity  is  usually  twice  .the  average 
given  in  the  equipment. data  base.  - 

7.6,3-  Design  Logic 

The  sequence  followed  in  implementing' the  Design  Algorithm 
is  as  follows: 

a.  Compute  the  inaximum  charge  current  to  be  delivered  by  the 
battery  charge'  regulator  based. on  the  selected  battery  charge 
capacity.' 

b.  Select  a charge  regulator  from  the  data  base  possessing  .or 

exceeding  the  maximum-charge-  current  fating,  ’ ' ' ' 

c.  Set. the  number  of  charge  regulators  equal  to  the  number  of 

batteries.  . . 

d.  Select  a series  load  regulator  from  the  data  base.  , : ’ 

'1*  -'For  a total  power  load  less  than  1000  watts,  use  a unit 
capacity  of  225  watts. 

. 2v  For  a total"  power  load  greater  than  1000  watts,  use  a 
unit  capacity  of  350  watts. 

e.  Select  number  of  load  regulators  based  on  total  power  load 
and  unit  handling  capacity.  Select  an  integer  number  greater 

' than  two.  If  remainder  is  greater  than  0.2,  select  next  larger 
integer  number. 

f.  Call  up  configuration  special  hardware  from  the  data  base  which 
is  not  differentiable: 

1.  Solar  Power  Distributor 

2. ’  Power  Distributor 
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8.'  THERMAL  CONTROL  SUBSYSTEM 


8.  1 GENERAL 

A Design  Algorithm  for  sizing  the  Thermal  Control  Subsystem 
(TCS)  is  herein  presented.  The  algorithm  addresses  only  the  basic  "house- 
keeping" subsystems  and  does  not  address  any  mission  equipment  thermal 
control  requirements.  The  approach  taken  in  this  model  is  to  synthesize  a 
Thermal  Control  Subsystem  for  potential  spacecraft  orbits  and  configurations 
without  quantitatively  optimizing  the  subsystem.  The  approach  is  qualitative 
in  terms  of  the  equipment  used  in  the  thermal  control  subsystem.  Internal  com 
ponent  related  effects  were  not  modeled.  Any  perturbation  in  the  thermal  con- 
trol approach,  however,  will  not  significantly  impact  the  overall  spacecraft. 

8.  1.  1 Subsystem  Functional  Description 

The  Thermal  Control  Subsystem  is  designed  to  provide  an 
environment  favorable  to  the  operation  of  scientific  instruments  and 
other  equipment  vital  to  the  mission  by  limiting  temperature  variations, 
in  that  equipment.  -The.  onboard  thermal  environment  is  determined 
by  the  magnitude  and  distribution  of  radiation  inputs  from  the  sun  and 
the  planets,  heat  from  internal  sources  (rockets,  isotope  heaters,  and 
nuclear  power  spurces),  and  heat  from  spacecraft  electrical!  operations . 

The  impact  of  these  inputs  is  affected  by  the  characteristics  of  the  heat 
transfer  paths  within  the  spacecraft  and  the  heat  radiation  characteristics 
of  its  external  surfaces.  The  common  purpose  of  the  Thermal  Control- 
Subsystem  components  is  to  modify  the  heat  transfer  to  and  from  each 
spacecraft  element  so  that  its  temperature  will  remain  within  the  allowable 
range  during  the  entire  life  of  the  mission.  Temperature  stability  and 
temperature  gradients  are  also  primary  concerns  in  the  design  of  the 
Thermal  Control  Subsystem. 
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8.1.2  Component  Functional  Descriptions 


The  Thermal  Control  Subsystem  components  perform  the  following 

functions: 


a.  Phase  Change  Material  (Thermal  Mass).  Phase  change  materials 
are  those  that  can  change  from  one  physically  distinct  and  mechani- 
cally separable  state  to  another  distinct  form  such  as  from  a 
definite  crystalline  to  a liquid  state.  Phase  change  materials 
used  for  temperature  control  are  those  whose  melting  point  is 
close  to  the  desired  temperature  of  a component.  Then  the  latent 
heat  associated  with  the  phase  change  provides  a large  thermal 
inertia  when  the  temperature  of  the  attached  component  is  passing 
through  the  melting  point.  However,  the  phase  change  material 
cannot  prevent  a further  temperature  rise  when  all  the  material 

is  melted.  Phase  change  materials  are  used  in  electronic 
component  thermal  control  systems  to  enable  cyclically  operating 
components  to  remain  very  nearly  isothermal  at  all  times,  in 
thermal  energy  storage  devices  to  store  energy  isothermally  for 
later  release,  and  in  space  flight  experiments  to  maintain  thermal 
stability, 

b.  Insulation.  Thermal  insulation  is  designed  to  reduce  the  rate 
of  heat  flow  per  unit  area  between  two  boundary  surfaces  at 
specified  temperatures.  Insulation  may  be  a single,  homogeneous 
material  such  as  a low- thermal-conductivity  foam  or  an  evacuated, 
multilayer,  insulation  system  in  which  each  layer  acts  in  a low- 
emittance  radiation  shield  and  is  separated  by  low- conductance 
spacers.  Multilayer,  evacuated  insulations  are  widely  used  in 
the  thermal  control  of  spacecraft  and  components  to  {1)  minimize 
heat  flow  to  or  from  the  component,  (2)  reduce  the  amplitude  of 
temperature  fluctuations  in  components  because  of  time- varying 
external  radiative  heatfluxes,  and  (3)  minimize  the  temperature 
gradients  in  components  caused  by  varying  directions  of  incoming 
external  radiative  heat. 

c.  Hfeaters . Electrical  heaters  (resistance  elements)  are  commonly 
used  to  maintain  component  temperatures  close  to  desired  values. 
The  heater  is  typically  part  of  a closed-loop  system  that  includes 

a temperature  sensing  element  and  an  electronic  temperature 
controller,.  Electrical  heaters  are  used  in  on-off  control  modes, 
ground-controllable  modes  (including  command  models),  or 
simply  in  continuously- on  modes. 

d.  Radiators.  The  external  surfaces  of  a spacecraft  radiatively 
couple  the  spacecraft  to  space,  the  only  heat  sink  available. 

Because  these  surfaces  are  also  exposed  to  external  sources 
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of  energy,  Iheir  radiative  properties  must  be  selected  to  achieve 
the  balance  at  the  desired  temperature  between  internally- 
dissipated  and  external  sources  of  power  and  the  heat  rejected 
to  space.  The  two  properties  of  primary  importance  are  the  emis- 
sivity  of  the  surface  e and  the  solar  absorptivity  o'  . Two 
or  more  coatings  can  be  combined  in  an  appropriate  pattern 
to  obtain  some  desired  average  surface  values  of  a and  e;  e.g. , 
a checkerboard  pattern  of  white  paint  and  polished  metal. 

e.  Louvers.  Louvers  provide  a simple  reliable  method  of  active 
1 temperature  control  by  varying -the  effective  emittance  of  a 

spacecraft  radiator  with  temperature.  The  most  commonly 
used  configuration  consists  of  a series  of  polished  aluminurfi 
blades  arranged  in  Venetian  blind  fashion  over  a high  emittance 
radiator.  Each  blade  is  attached  to  a shaft  supported  at  the  ends 
by  bearings . A bimetallic  spring  attached  to  the  shaft  of  each 
blade  varies  the  blade  angle  with  temperature  and  changes  the 
exposure  to  space  of  the  radiator  surface.  Other  mechanical 
configurations  and  temperature  actuators  have  been  used. 

f.  Heat  Pipes . In  its  basic  form,  a heat  pipe  is  a very  simple, 
self-contained  device.  The  walls  of  an  enclosure  are  lined  with 
a "wicking"  material  saturated  with  a "working  fluid.  " Heat  is 
then  conducted  from  a source  such  as  electronics  through  the 
heat  pipe  walls  and  into  the  working  fluid.  The  additional  heat 
causes  the  evaporation  of  working  fluid  which  then  travels  by 
the  induced  pressure  gradient  to  a colder  portion  of  the  pipe. 

The  vapor  carries  with  it  the  latent  heat  of  vaporization  which 

is  released  as  the  vapor  condenses  in  a colder  portion  of  the  pipei 
The  heat  is  then  conducted  through  the  wall  to  a heat  rejection 
system  such  as  a radiator.  Meanwhile,  the  condensed  fluid  is 
pumped  back  to  the  hot  end  by  the  capillary  action  of  the  wicking 
material  to  complete  the  cycle.  In  some  applications,  heat  pipes 
exhibit  an  effective  thermal  conductivity  that  exceeds  solid 
copper  by  orders  of  magnitude.  The  heat  pipe  in  this  basic  form 
is  useful  in  "isothermal! zing"  spacecraft  structures  such  as 
equipment  shelves  and  telescope  optical  tubes  by  conducting 
thermal  energy  efficiently  from  hotter  to  colder  regions. 

This  basic  heat  pipe  has  a fixed,  high  conductance  and  must, 
therefore,  be  designed  for  given  heat  source  and  sink  conditions. 
Deviation  from  these  conditions  results  in  the  overcooling  or 
overheating  of  the  heat  source.  Aheat'pipe,  however,  that  is 
designed  to  vary  its  effective  conductance  in  response  to  changing 
conditions  is  the  "variable  conductance  heat  pipe”  which  can  be 
used  to  control  the  source  at  a near  constant  temperature. 

Feedback  control  provides  greater  sensitivity  than  that  available 
with  standard  variable  conductance  techniques.  Heat  pipes  are 
designed  to  provide  heat  transfer  in  one  direction  only  (thermal 
diode) . 


8-3 


8.2 


INPUT  DATA 


The  inputs  for  the  thermal  control  algorithm  are  shown  in 

Table  8-1. 

Table  8-1.  Input  Data  Requirements 


Source 

Name 

Required  (R) 
or 

Optional  (O) 

Default 

Value 

User 

Orbit  perigee 

R 

User 

Orbit  apogee 

R 

User 

Orbit  inclination 

O 

0 rad 

User 

Orbit  beta  angle 

O 

0 rad 

User 

Orientation  (solar  or  earth) 

R 

User 

Spin  axis  orientation  (required 

R 

for  spinning  vehicles) 

S&C 

Configuration 

R 

VS 

Vehicle  shape 

R 

These  inputs  are  used  to  calculate  the  Thermal  Control  Subsystem  com- 
ponent description.  The  orbit  perigee  and  apogee  are  used  to  determine 
whether  the  spacecraft  is  in  low  earth  orbit,  near  synchronous,  or  in  a 
highly  elliptical  orbit.  Inclination  and  beta  angle  are  used  to  determine 
eclipse  conditions.  Vehicle  configuration,  vehicle  dimensions  and  sta-. 
bilization  and  orientation  information  are  necessary  to  determine  a 
characteristic  dimension  for  heat  pipe  sizing,  and  to  determine  available 
area  for  heat  rejection.  Also,  stabilization  and  orientation  information 
is  necessary  to  determine  environmental  heat'loads. 

Minimum  and  maximum  power  for  each  component  selected 
from  the  equipment  data  base  is  required  to  determine  heat  rejection 
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requirements.  Component  temperature  limits  provided  in  the  data  base 
data  will  determine  the  allowable  temperatures  for  each  particular  sub- 
system. If  component  temperatures  are  not  specified,  the  default  tempera 
turps  -17  C and  +54  C will  be  used  except  that  battery  default  temperature 
are  +6°  and  +32°C. 

8.3  DESIGN  EQUATIONS 

Tables  8-2  and  8-3  show  preliminary  calculations  and  inputs 
of  constant  values  for  the  program.  A vehicle  characteristic  dimension 
is  determined  based  on  the  spacecraft  geometry  and  size.  This  character- 
istic dimension  should  be  in  meters.  The  other  program  inputs  are  in 
engineering  units.  Consequently,  a conversion  must  be  made  at  the  end 
of  the  algorithm  in  order  to  obtain  the  current  metric  dimensions. 

The  spacecraft  orbit,  orientation,  stabilization,  etc.,  are  used 
to  select  the  Thermal  Control  components.  The  approach  used  in  the 
algorithm  is  to  group  the  various  spacecraft  into  low  earth,  synchronous, 
and  intermediate  altitude  orbits.  The  spacecraft  are  further  classified 
as  to  their  orientation  (earth,  solar,  inertial,  etc.)  and  as  to  their- stabil- 
ization approach  (three-axis,  dual  spin,  etc.).  Orbit  inclination  and 
eclipse  conditions  are  also  considered.  Once  the  classification  has  been 
completed,  the  appropriate  equations  are  used  to  size  the  components. 

Thermal  control  of  batteries  is  handled  slightly  differently 
from  the  rest  of  the  spacecraft  subsystems.  The  equations  for  battery 
thermal  control  are  presented  at  the  end  of  Section  8.  3. 

All  the  sizing  equations  are  in  engineering  units,  except  for 
the  heat  pipe  equations.  The  conversion  factors  necessary  to  characterize 
the  Thermal  Control  Subsystem  in  metric  units  are  given  in  Table  8-4. 
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Table  8-2.  Vehicle  Configuration  Characteristic  Length 


Configuration 

Characteristic  Length 

Rectangular 

Middle  length  of  vehicle's  three 
dimensions 

Cylindrical 

0.  75  of  the  axial  length 

Spherical 

tt  times  the  sphere  radius 

Table  8-3.  Internally  Stored  Data 


Symbol 

Description 

Value 

(Source) 

Units 

Q 

max 

Maximum  internal  power  dissipation 

(data  base) 

Btu/hr 

Qmin 

Minimum  internal  power  dissipation 

(data  base) 

Btu/hr 

<T 

/ . * 

Stefan-Boltzmann  constant 

0.  1714x  10"8 

i 

Btu/hr -ft2  - R4 

A 

Radiator  area 

ft2 

Qs  ' 

Solar  constant  : 

' 442  . . 

Btu/hr -ft2 

Emiss. 

Earth  emission 

; 60 

Btu/hr-ft2 

Alb. 

Albedo  of  earth  " " | 

155  : 

) 

• Btu/hr-ft2 

K 

Factor 

1.  0 

N.D. 

. 

T 

max 

Maximum  temperature 

(data  base) 

Rankine  (R) 

T . 
mm 

Minimum  temperature  , ; 

(data  base),  1 

' Rankine  (R) 

a /e 

Conventional  radiator  e'missivity/ 
absorptivity-  ■ ; 

0-.  30/0.75  • 

a /e 

OSR  radiator  emis.sivity /absorptivity 

0.08/0.73 

L 

Characteristic  length 

(data  base) 

Meters 

Table  8-4.  . Metric  Conversion:  Factors 


To  convert . 

Into 

Multiply  by  s 

Btu/iir 

watts 

0.2931 

i . ^ sq.  ft 

sq  m'  ' 

■ 0.0929'. 

°F 

°C 

R 

F 

• lb 

kg 

0.454 
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8.  3.  1 Orbits  of  Synchronous  Altitude  or  Greater 
8.  3. 1.1  Solar  Inertially  Oriented  Vehicle 
a.  Spinning  Vehicle  ‘ - 

1.  Spin  Axis  Pointed  Toward  Sun 

Conventional  Radiator  Area  = 


Heater  Power 


= 1. 25 


2. 


Spin  Axis  Normal  to  Sun 
Conventional  Radiator  Area 


b. 


Heater  Power  - 1.25 

Heat  Pipe  Capacitance  = 

Three -Axis  Stabilized  Vehicle 

Conventional  Radiator  Area  ' = 

Heater  Power  = 1.25 


Q. 


max 


■a  e t max 

a 4 

a e At  . - Q . 

min  mm 


Q 

max 



a e t max 

a 4 I 

cr  e At  . - Q . 

mm  mm  ] 

Q L 
max 


3.41 


2Q 


max 


cr  e t max 
4 


cr  e At 


mm 


-Q 


mm 


Diode  Heat  Pipe  Capacitance  = 

8.  3. 1.2  Earth  Oriented  Vehicle  (Near  Equatorial) 
a.  Three-Axis  Stabilized  Vehicle 


lax 


3.41 


(2  req'd) 


Conventional  Radiator  Area  = 

Heater  Power  = 1.25 

Diode  Heat  Pipe  Capacitance  = 


°m 


ax 


4 

o e t max 

’ A 4 
1 a e At 

mm 


- Q 


mm 


^max^ 
3.  4l 


(2  req'd) 
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b.  Yaw  Spin.  Stabilized  Vehicle 

Optical  Surface  Reflector  (OSR)= 
Radiator  Area 


Q 


max 


a e t 


max 


Q a 

s 

TT 


Heater  Power 


= 1.25  [a  e T . - 0 . 

mm  mm 


Dual  Spin  or  Normal  Spin  Vehicle 
Conventional  Radiator  Area 


Q 


max 


ct  e t 


max 


Heater  Power 


Heat  Pipe  Capacitance 


= 1 . 25  | cr  e t . -Q  . 

min  min 

Q L 

max 


374T 


3.  2 Orbits  Less  than  926  Kilometers  (500  nm) 
3.2.1  Orbit  Inclination  is  Less  Than  30° 
a.  Solar  Inertially  Oriented  Vehicle 

1.  Three- Axis  Stabilized  Vehicle 


2. 


OSR  Radiator  Area 

Heater  Power 

Heat  Pipe  Capacitance 

f 

Spin  Stabilized  Vehicle 
OSR  Radiator  Area 

I-Ioaler  Power 

Heat  Pipe  Capacitance 


ax 


ct  e t - (Emi ss)e  - (Alb)o1 

max 


1.25  ct  e At  min  - Qmin 


Q L 

max 


3.41 


Q. 


max 


')  <:  t - 0.  5|(Rrnit»s)'' ■■•(Albjafj 


= 1. 25  't  c At 


mm 


’Rtnin 


Q L 

max 
3.  41 


8-10 


b.  Earth  Oriented  Vehicle 


1 . Three-Axis  Stabilized  Vehicle 
OSR  Radiator  Area 


Q 


max 


Heater  Power 


= 1.25 


Phase  Change  Material  (PCM)  = 
Mass 

Isothermalizer  Heat  Pipe  = 

2 . Spin  Stabilized  Vehicle 

OSR  Radiator  Area  = 


a e t - cv  Q 

max  s 


a 6 At  min  " ^min 

0.26  Q ffAK 
s 

40 

Q L 

max 


3.41 


Q 


max 


4 ' (Emiss)  e-  [Qs+(Alb K 


even 


= 1.25 
o 


Heater  Power 

8.  3. 2.  2 Orbit  Inclination  is  Greater  Than  30 
a.  Solar  Inertially  Oriented  Vehicle 

1..  Three-Axis  Stabilized  Vehicle 
OSR  Radiator  Area 


max 
4 


TT 


eAT  min  ’ Qmin  ~ 


TT 

(Emi  s s ) e 

TF 


Q 


max 


Heater  Power 


PCM  Mass 


Heat  Pipe  Capacitance 


= 1.25 


a e t -(Emiss)  e - o> 

max 


a e At  . -Q  . - (Emiss)  e 

miri  mm 


0. 26a  (Alb)  AK 
40 

%naxLj 


3.41 
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2.  Spin  Stabilized  Vehicle 
OSR  Radiator  Area 


Q 


max 


a e t - (Emiss)  e -(Alb) a 

XXlcLX 


Heater  Power 


PCM  Mass 


= 1.25  |a  e At  . - Q . -(Emiss^e 

t mm  mm 


0.26®  (ALb)AK 


40 


Heat  Pipe  Capacitance  = 

:b.  Earth  Oriented  Vehicle 

1.  Three-Axis  Stabilized  Vehicle 


°mr-L 


lax 


3.41 


2. 


Q 


OSR  Radiator  Area 

Heater  Power 
PCM' 


max 


o'  s t-  - a Q 

max  s 


= 1.25  cr  e At  . - Q . 

1 mm  mm 

0 . 26  Q ® AK 
s 


Heat  Pipe  Capacitance 

Spin  Stabilized  Vehicle 
OSR  Radiator  Area 


40 

Q „ L 
max 

3.41 


Q 


max 


4 (Emiss)  e [Qg +(A.lb)a] 

ost  - 

tr  tt 


Heater  Power 


= 1.25  { ueT4  . -Q  . 

mm  mm  n 


8.3.3  All  Other  Orbits 
8.  3.  3.1  Solar  Inertially  Oriented  Vehicle 
a.  Three-Axis  Stabilized  Vehicle 
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Q 


- Conventional  Radiator  Area  = 

Heater  Power  - =1.25 

Heat  Pipe  Capacitance  = 

b.  Spin  Stabilized  Vehicle 

Conventional  Radiator  Area  = 

Heater  Power  = 1.25 

Heat  Pipe  Capacitance  = 

8.  3.  3.  2 Earth  Oriented  Vehicle 


max 


aeT  - (Emiss)e 

max 


aeAr  . - Q . -(Emiss) 

mm  mm 


.^max^1 

3.41 


Q 


max 


aeT  - (Emiss)e 
- max 


4 


CTeAT  min  " ^nin 


Q L 

max 

3741 


a.  Three-Axis  Stabilized  Vehicle 


Q. 


OSR  Radiator  Area 


max 


aeT  - Q a 

max  s 


Heater  Power 


PCM 


= 1.25 


aeAT  \ - Q 

mm  mm 


0.'26cv  Q AK 
s 


40 


Heat  Pipe  Capacitance 

Spin-Stabilized  Vehicle 
OSR  Radiator  Area 


QmaxL 

3.41 


^m 


ax 


aer  - Q a 

max  s 
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Heater  Power 
PCM 


Heat  Pipe  Capacitance 


= 1'25  CTeATmin  "Qmin 


0.  26a’  Q AK 
s 


40 


QmaxL 

3.41 


8.3.4  Battery  Thermal  Control 
OSR  Radiator  Area 


Q 

max 

ae(r  - 30) 4 - Q o 
max  s 


Heater  Power  = 

At 

Variable  Conductance  Heat 
Pipe 

8.4  DESIGN  LOGIC 

The  logic  within  the  Design  Algorithm  is  a set  of  logical  tests  which, 
for  the  specified  conditions,  point  the  way  to  the  proper  components  and  the 
equations  necessary  to  describe  the  physical  attributes  of  the  components. 
Table  8-5  presents  the  logical  tests  which  are  performed  at  each  branch  or 
tier  in  the  logic  tree.  Thus,  Table  8-5  indicates  the  first  test  is  based  on 
orbit  altitude;  there  are  three  ranges  of  altitudes,  and  for  each  altitude  range 
.there  are  four  or  five  further  tests  to  be  performed. 


1.25 


creA(T  . + At)  - Q 

mm  mm 


1.7  (Q  + Heater  Power) 
mm 

Q . Ij 
max 

3.41 
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'.Table  8-5.  Thermal  Control  Logic 


Bm-rnW 

Test 

Options 

l 

. Orbit  Altitude 

Earth  synchronous  altitude  or  greater 

2 

Orientation 

Solar  . 
Earth 

3 . 

S&C  Type 

Dual  Spin  or  normal  spin 
Yaw  spin 

Three- axis  stabilized 

■ 4 . 

Spin  Orientation  - 

Spin, axis  pqinted  toward. sui 
Spin  axis. normal  to  sun 

Logic 
; Tier 

Test 

1 . 

Orbit  Altitude 

2 

Orientation 

3.'- 

S &C  Type  - 

Less  than' earth  synchronous  and  greater  than 
926  km  (500.  nm)  . 

Solar 

'Earth 

Spinning  vehicle  • ‘ 

. Three-axis  stabize.d 


Logic 
. Tier 

Test 

Options  * 

1 

Orbit  Altitude 

Less  than  .926  km' (500  nm). 

2 

• Inclination 

Less  than  or  equal  to  30'degrees 

Greater  than  .30  degrees  . 

3 ■ 

Orientation 

Solar 

Earth 

4 

S&C  Type  - • 

Spinning  .vehicle 

Three- axis  stabilized 

PAGE  INTENTIONALLY  BLAAIJfl' 


'9..  VEHICLE.  SIZING 


9.  1 GENERAL 

9.  I.  1 Functional  Description 

The  Vehicle  Sizing  Model  determines  the  satellite  structural 
weight,  the  total  weight,  the  satellite  volume,  dimensions,  cp^tpr  of 
gravity  locations  and  the  satellite  inertial  characteristics. 

The  model  is' able  to  accept  inputs  describing: 

a.  Mission  Equipment 

b.  External  Equipment 

c.  Solar  Arrays 

A typical  satellite  configuration  is  depicted  in  Figure  9-1. 

The  mission  equipment  is  limited  to  two  items  in  number  and 
can  be  mounted'  on  either  the  forward  ( + x ) or  aft  { - y ) end  of  the 
vehicle. 

Up  to  nine  external  equipments  can  be  specified.  The  external 
equipment  can  be  located  anywhere  on  the  surface' of  the  vehicle.  Clearly, 
the  external  equipment  can  include  mission  equipment  descriptions. 

The  solar  arrays  can  be  mounted  either  on  the  vehicle  body 
or  on  oriented  paddles.  The  body-mounted  solar  arrays  can  be  mounted 
on  the  forward  ( + x ) end,  center,  or  aft  { - x ) end  of  the  vehicle  surface. 
Paddle -mounted  solar  arrays  are  assumed  to  be  mounted  in  the  x - y 
plane  parallel  to  the  y axis  and  attached  to  either  the  front  ( + x ) end, 
center,  or  aft  ( - x ) end  of  the  vehicle. 

9.1.2  Vehicle  Configurations 

The  Vehicle  Sizing  Model  has  the  ability  to  design  any  of  three 
general  vehicle  configurations: 
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SOLAR  ARRAYS 


Figure  9-1-  Typical  Spacecraft  Configuration 


a.  Cylindrical 

b.  Box  (square  end) 

c-  Spherical 

The  vehicle  configuration  is  always  tested  against  the  Stabili- 

zation and  Control  Subsystem  configuration  to  prevent  a spinning,  box- 
shaped vehicle  from  being  designed.  This  test  is  summarized  in  Table  9-1. 


Table  9-1.  Vehicle  Shape  Compatibility 


S&C  Configuration 

Cylinder, 

Sphere 

Box 

Spinning 

Yes 

Yes 

No 

3 -Axis 

Yes 

Yes 

Yes 

Begend: 

Yes  - C ompatible 
No  - Incompatible 


9.1.3  Equipment  Types 

Equipment  weights  which  are  determined  by  the  Vehicle 
Sizing  Model  include  the  following: 

a.  Equipment  Bay  Structure 

b.  Booms,  Extensions,  and  Mechanisms 

c.  Wiring  Harness 

d.  Thermal  Control  Subsystem 

e.  Adapter 


9.  2 INPUT  DATA 

The  information  required  from  the  user  to  design  the  vehicle 
is  identified  in  Table  9-2.  The  table  indicates  which  data  are  used  and 
whether  the  data  are  required  or  optional.  If  optional,-  the  table  indi- 
cates what  default  value  is  used  in  the  event  the  data  are  not  supplied. 
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Table  9-2.  Input  Data  Supplied  by  User 


Symbol 

Name 

Required  (R) 
or 

Optional  (O)  ’ 

Default 

Value 

EQPF 

Equipment  packing  factor 

O 

2 

MB12SH 

Mission  equipment  bay  shape 
(1  means  cylinder,  2 means  box) 

o 

1 

EQM1WT 

Mission  equipment  bay  #1  weight  (lb) 

o 

350 

EQM1XL 

Mission  equipment  bay  #1  length  (in.) 

o 

40 

EQM1YL 

Mission  equipment  bay  #1  width  (in.) 

o 

40 

EQM1ZL 

Mission  equipment  bay  #1  height  (in.) 

o 

40  • 

EQM2WT 

Mission  equipment  bay  #2  weight  (lb) 

o 

0 

EQM2XL 

Mission  equipment  bay  #2  length  (in.) 

o 

40 

EQM2YL 

Mission  equipment  bay  #2  width  (in.) 

o 

40 

EQM2ZL 

Mission  equipment  bay  #2  height  (in.) 

o 

40 

ISBOFG 

Solar  array  boom  orientation 
(0  means  not  oriented, 

1 means  oriented) 

o 

0 

NUMEEQ 

Number  of  external  equipments 
(maximum  of  nine) 

o 

0 

’ EEQWT(i) 

External  equipment  #i  weight  (lb) 

o 

0 

EEQXL(i) 

External  equipment  #i  volume  (ft^) 

o 

0 

EM1YCG 

Miss  equip  #1  c.  g.  "y"  location  (in.) 

o 

0 

EM1ZCG 

Miss  equip  #1  c.  g.  "z 11  location  (in.) 

o 

0 

EM2YCG 

Miss  equip  #2  c.  g.  "y"  location  (in.) 

o 

0 

EM2ZEG 

Miss  equip  #2  c.  g.  "z"  location  (in.) 

o 

0 

' CGEEX(i) 

Location  of  ith' external  equipment 
(1  means  front,  2 means,  center, 

3 means  aft) 

o 

2 

Table  9-2.  Input  Data  Supplied  by  User  (Continued) 


Name 

Required  (R) 
or 

Optional  (O) 

Default 

Value 

EELDC(i) 

Location  of  ith  external  equipment 
(1  means  right,  2 means  left, 

3 means  top,  4 means  bottom 
when  viewed  from  aft  end) 

O 

2 

XCGSA1 

Location  of  solar  paddles 
(1  means  front,  2 means  center, 
.3  means  aft)  , 

O 

1 

XCGSA3 

Location  of  body  mounted  solar  array 
(!  means  front,  2 means  center, 

3 means  aft) 

O 

1 

DIAMAX 

Maximum  satellite  diameter  (in.)  - 

O 

180 

SLGMAX 

Maximum  satellite  length  (in.) 

O 

720 

SWTMAX 

Maximum  satellite  launch  weight  (lb) 

O 

65,  000 
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The  Vehicle  Sizing  Model  obtains  the  weight  and  volume  from 
the  data  base  for  each  component  selected.  The  Reliability  model  indi-  . 
cates  the  total  number  of  each  component  type.  The  Stabilization  and 
Control  Subsystem  indicates  whether  the  vehicle  is  spinning  or  three -axis 
stabilized.  Total  solar  array  area  is  supplied  by  the  Electrical  Power 
Subsystem  model. 

9.  3 DESIGN  EQUATIONS 

The  empirical  weight  equations  used  in  the  model  were  de- 
veloped by  correlating  actual  satellite  data  with  a theoretical  model  using 
a regression  analysis  computer  routine.  Numerous  parameters  were 
compared  to  determine  their  relative  effect  on  weight,  and  those  which  had 
a low  influence  were  deleted  from  the  equations  for  simplification. 

The  data  shown  in  Figure  9-2  was  used  to  produce  the  follow- 
ing structural  equations: 

Structural  Weight  = K (EQWT)0,  9 (L/D)°‘ 24  1-096 

where: 

K = Density  Coefficient 

= 0.218  for  satellites  with  sidewalls  (i.  e.,  with  body 
mounted  solar  arrays) 

= 0.  129  for  satellites  with  paddle  mounted- solar 

arrays,  which  do  not  require  the  large  body  area 
needed  for  body  mounted  arrays 

EQWT  = Equipment  weight  carried  by  the  structure 

L/D  = Length /diameter  ratio  of  the  structural  shape 

(i.  e.  , long,  slender  structures  weigh  more  than 
short,  wide  structural  shapes.  ) 

The  electrical  harness  weight,  the  structural  thermal  pro- 
tection, and  the  equipment  boom  weight  were  obtained  in  a similar 
manner. 
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STRUCTURE  WEIGHT,  lb 


STRUCTURE  WEIGHT,  lb  = 


(L/D)  °‘24] 


1.096 


O Kp  = 0.218  FOR  BODY  MOUNTED  SOLAR  ARRAYS 

q>  Kp  =0.129  FOR  PADDLE  TYPE  SOLAR  ARRAYS 

□ NOT  INCLUDED  IN  CORRELATION  ANALYSIS 
BUT  SHOWN  FOR  REFERENCE 

HEAO-C-^y 


OAO-B 


INTLSAT  IV- 


DSCS  II- 


IMP-H  □ 


TIROS-M 
SKYNET  ||> 


/ r/ATS-F 
' O/MAR  - 1971 
/^DEFENSE  SUPPORT  PROGRAM 
^ERTS 

- — NIMBUS  - B 
^OGO-S 


• LUNAR  ORBITER 


IDCSP/A 


Figure  9-2,  Structure  Weight  Correlation 


9.  3.  1 


Mission  Equipment 

The  mission  equipment  weight  is  supplied  by  the  user: 


EQM1WT 

EQM2WT 

EQMWT 


Mission  Equipment  #1  Weight  (lb) 

Mission  Equipment  #2  Weight  (lb) 

EQM1WT  + EQM2WT  (9-2) 


The  dimensions  of  the  mission  equipment  bays  are  also  provided  by 
the  user: 


EQM1XL 

EQM1YL 

EQM1ZL 

EQM2XL 

EQM2YL 

EQM2ZL 


Mission  Equipment  Bay  #1  Length  (in.  ) 
Mission  Equipment  Bay  #1  Width  (in.  ) 
Mission  Equipment  Bay  #1  Height  (in.  ) 

Mission  Equipment  Bay  #2  Length  (in.  ) 
Mission  Equipment  Bay  #2  Width  (in.  ) 
Mission  Equipment  Bay  #2  Height  (in.  ) 


a.  Mission  Equipment  Volume.'  It  is  necessary  to  know  the 
total  mission  equipment  bay  volume  to  determine  the 
electrical  harness  weight. 

1.  If  the  mission  equipment  bay  is  a cylinder,  volumes 
of  equipment  bays  #1  and  #2  are: 

EQM1VL  = 0.  785  x EQM1YL2*  ° x EQM1XL 

EQM2VL  = 0.  785  x EQM2YL2'  0 x EQM2XL 

and  the  total  volume  is: 

EQMVOL  = EQM1VL  + EQM2VL 

2.  If  the  mission  equipment  bay  is  a box,  volumes  of 
equipment  bays  #1  and  #2  are: 


| (9-3) 

(9-4) 


EQM1VL  = EQM1XL  x EQM1YL  x EQM1ZL  J 

EQM2VL  = EQM2XL  x EQM2YL  x EQM2ZL  ) 

and  the  total  volume  is: 

EQMVOL  = EQM1VL  + EQM2VL  (9-6) 
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b. 


EQM1S 

EQM2S 


EQM1S 

EQM2S 


Mission  Equipment  Structure.  If  the  mission  equipment 
bay  structure  is  given  as  input,  this  section  should  be 
skipped  and  the  input  data  used.  Otherwise,  with  the  mis- 
sion equipment  weight  (EQMiWT),  the  length  of  the  mission 
equipment  bay  (EQM1XL),  and  the  diameter  (EQM1YL) 
known,  the  weight  of  the  mission  equipment  bays  can  be 
determined  as  shown  below. 

1.  If  the  mission  equipment  bay  is  a cylinder: 


AH  A 9 A x u 

0.  218  x [ (EQMIWT)0,  9 x (EQM1XL/EQM1YL)0*  ^ ] 

„ ~ . 1.  096 

0.  218  x [ (EQM2WT)0'  9 x (EQM2XL/EQM2YL)0'  ** ] 

2.  If  bays  1 and  2 are  boxes,  an  additional  step  is 
necessary  to  obtain  the  length  to  diameter  ratio. 

The  longest  side  is  selected  as  the  length  (EMILNG) 
regardless  of  the  direction  (x,  y,  or  z).  Then  the 
diagonal  of  the  other  two  sides  (EM1DIA)  is  used  as 
the  diameter. 
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Select:  Longest  of  EQM1XL  or  EQM1YL  or 


EQM1ZL  = EMILNG 

Remaining  Terms  = EM1HT  and  EM1WD 

Then:  EM1DIA  = (EM1HT2  + EM1WD2) 

(Do  same  for  second  bay) 

0.  218  x [ (EQMIWT)0*  9 x (EM1LNG/EM1DIA)0"  24] 
0.  218  x [ (EQM2WT)0'  9 x (EM2LNG/EM2DIA)0'  24] 


0.  5 

1.  096 
1.  096 


(9-8) 

(9-9) 


3.  A ten-percent  factor  is  carried  to  account  for  mount- 
ing equipment.  Therefore, the  final  mission  equipment 
bay  structure  weight  is: 


EQM1ST  = EQM1S  + (0.  10  x EQMIWT) 
EQM2ST  = EQM2S  + (0.  10  x EQM2WT) 


9.  3.  2 Solar  Arrays 

The  solar  array  area  (SAAREA)  required  to  produce  the  neces- 
sary power  (watts)  must  be  read  from  the  input  data. 
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Assume  two  flexible,  oriented  paddles 


3.  ♦ 


b. 


Oriented  Paddles, 
of  equal  areas: 

First  paddle  area  (ft  ) = SAREA1 

= SAAREA/2 

2 

Second  paddle  area  (ft  ) = SAREA2 

= SAAREA/2 

The  flexible  arrays  are  assumed  to  be  2.  44  m (8  ft)  wide. 
Therefore,  the  length  of  each  paddle  is: 

Paddle  length  = SA1YL  (in.  ) \ 

- 0.  75  SAAREA  J 


(9-11) 


(9-12) 


This  assumes  the  paddle  is  extended  in  the  y direction. 
Then,  .assume  the  2.44  m (96  in.  ) dimension  is  in  the  x 
direction  and  a 2.  54  cm  (1  in.  ) thickness: 


SA1XL  = 96.  0 

SA1ZL  =1.0 


| (9-13) 


Body  Mounted  Arrays  (SA3WT).  The  solar  arrays  are 
mounted  on  the  equipment  bay  sidewall  and  are  unoriented. 
If  the  equipment  bay  is  a cylinder,  the  available  solar 
array  area  is  the  total  equipment  bay  sidewall  area  if 
the  vehicle  is  spinning  and  one -half  the  equipment  bay 
sidewall,  area  if  the  vehicle  is  not  spinning.*  If  the  equip- 
ment bay  is  a square -ended  box,  the  minimum  available 
area  for  power  generation  is  one  side  of  the  box.  In  both 
cases,  a check' is  made  to  see  if  the  solar  array  length 
(SA3XL)  exceeds  the  equipment  bay  length  (EQBLG).  If 
this  happens,  the  model  indicates  that  additional  array 
area  is  required. 


If  the  equipment  bay  is  a sphere,  only  the  projected  area 
is  available  for  power  generation.  If  the  vehicle  diameter 
required  for  the  solar  arrays  exceeds  the  diameter  orig- 
inally calculated  to  contain  the  equipment  volume,  then 
the  model  again  indicates  that  additional  array  area  is 
required. 


c.  Solar  Array  Booms.  The  solar  arrays  are  always  placed 
in  the  x-y  plane  and  the  extension  from  the  body  (on  the 
y axis)  is  assumed  to  be  61.  0 cm  (24  in.).  Therefore: 


* The  solar  array  area  calculated  by  the  Electrical  Power  Subsystem 
model  takes  into  account  the  vehicle  shape  and  whether  the  vehicle 
is  spinning. 


9-10 


SABO LG 


24.  0 


(9-14) 


and  the  boom  weight  is: 

SABOOM  = 5.  0 + (0.  213  x SABOLG  x 2.  0)  1C. 

' = 6.89  kg  (15.2  1b)  (9"15) 

If  the  boom  is  oriented,  a drive  mechanism  (SADRIV)  must 
be  added.  Its  weight  is  a function  of  the  solar  array  weights 
' (SA1WT  and  SA2WT): 

SADRIV  = 0.  166  x (SA1WT  + SA2WT)  (9-16) 

Finally,  the  system  weight  is  the  sum  of  the  boom  and  the 
drive: 

SAB  MW  T = SABOOM  + SADRIV  (9-17) 

9.  3.  3 Equipment  Bay 

Several  preliminary  steps  are  necessary  in  order  to  deter- 
mine the  equipment  bay  shape  and  size. 

a.  Subsystem  Weights.  The  weights  and  volumes  of  the 

various  pieces  of  equipment  which  will  be  carried  in  the 
equipment  bay  must  be  read  from  the  data  base.  The  sub- 
system total  weight  is  the  sum  of  the  various  component 


weights. 

Stabilization  + Control  Weight  (STABWT) 

STABWT  = STA1WT  + STA2WT  + . . . (9-18) 

Auxiliary  Propulsion  Inerts  Weight  (ACINWT) 

ACINWT  = ACI1WT  + ACI2WT  ...  (9-19) 

Auxiliary  Propulsion  Propellant  Weight  (ACSWP) 

ACSWP  = ACS1WP  + ACS2WP  + . . . (9-20) 

Communication  Weight  (COMWT) 

COMWT  = COM1WT  + COM2WT  + . . . (9-21) 

Data  Processing  Weight  (DATAWT) 

DATAWT  = DAT1WT  + DAT2WT  + . . . (9-22) 

Electrical  Power  Weight  (ELPWT) 

ELPWT  = ELP1WT  + ELP2WT  + . . . (9-23) 

Thermal  Control  Weight  (TCWT) 

TCWT  = 0.  025  x EQWT  (9-24)- 
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.Equipment  Weight  (EQWT) 

EQWT1  = STABWT  + COMWT  + 

DAT  AWT  + ELPWT  + TCWT 

EQWT  = EQWT1  + ACINWT  + ACSWP 

b.  Subsystem  Volumes.  The  subsystem  volumes  are  obtained 


by  a summation  of  the  component  volumes  which  are  read 
from  the  data  base. 

STAVOL  = STA1VL  + STA2VL  + . . . (9-26) 

ACSVOL  = AC1VL  + AC2VL  + . . . (9-27) 

COMVOL  - = COM1VL  + COM2VL  + . . . (9-28) 

DATVOL  = DAT1VL  + DAT2VL  + ...  (9-29) 

ELPVOL  = ELP1VL  + ELP2VL  + . . . * (9-30) 

EQVOL  = STAVOL  + ACSVOL  + COMVOL  + 

DATVOL  + E LP  VOL  (9-31) 

Equipment  Bay  Volume  ■ The  actual  volume  required  in 


the  equipment  bay  itself  must  be  determined.  This  volume 
must  be  greater  than  the  sum  of  the  component  volumes 
because  the  shapes  of  the  equipment  packages  makes  it 
difficult  to  stack  them  efficiently  and  because  it  is  not  pos- 
sible to  put  a flat-sided  box  closely  against  a curved  sidewall. 

In  addition,  room  must  be  left  for  cable  runs  and  access  to 
the  equipment.  The  factor  used  to  obtain  this  additional  volume 
is  the  packing  factor,  and  a value  of  2.  O is  used  as  a default 
value  in  this  program.  The  factor  of  2.  0 is  based  upon  a very 
tightly  packed  satellite.  If  this  is  not  acceptable  or  desirable 
because  of  thermal  control  problems,  then  the  value  should 
be  raised  as  suggested  in  Figure  9-3. 

Equipment  Bay  Volume  (EQBVOL)  (ft  ) 

■ EQBVOL  = EQVOLxEQPF  (9-32) 

whe  re 

EQPF  = Equipment  packing  factor 

d.  Equipment  Bay  Dimensions.  The  input  data  is  read  to  determine 

the  desired  shape  of  the  equipment  bay.  In  addition,  the  maximum 
allowable  diameter  (or  diagonal  if  a square -ended  box)  must  be 
read  from  the  input  data.  With  the  total  volume,  the  shape, 

* Do  not  include  Solar  Array  Volume  in  Electric  Power  Volume- (ELPVOL) 
since  it  is  not  carried  in  the  equipment  bay. 


(9-25) 

(9-25a) 
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PACKING  FACTOR  (N.  D.) 


Figure  9-3.  Representative  Spacecraft  Packing  Factors 


and  the  maximum  diameter  available,  the  volume  deter- 
mination can  be  made  as  presented  in  the  following  material. 

It  should  be  noted  that  a length -to-diameter  ratio  of  one  will 
be  used  until  the  maximum  diameter  is  reached.  Then  the 
diameter  will  be  fixed  and  the  length  extended  until  the  re- 
quired volume  is  obtained. 

"Note  that  if  the  satellite  attitude  control  requires  that  the 
satellite  be  a spinning  body.,  then  the  shape  must  be  a cylin- 
der and. solar  arrays  are  body-mounted. 

The  maximum  allowable  diameter  (DIAMAX)  is  read  from 
the  input  list.  Note  that  the  default  value  for  DIAMAX  is 
4.  57  m (180  in.  ). 

Since  the  equipment  bay  volume  (EQBVOL)  has  been  deter- 
mined, the ‘required  satellite  diameter  (SATDAM)  and  the 
equipment  bay  length  (EQBLG)  can  be  determined  as  shown 
below. 

1.  Cylindrically  Shaped  Vehicle  (Fig.  9-4) 

- SATDAM  = [(EQBVOL  x 1728)/  0.785]0'  333  (9-33) 


Figure  9-4. 


Cylindrically  Shaped  Vehicle 
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SATDAM 


(9-34) 


- EQBLG 

If  SATDAM  exceeds  DIAMAX,  change  SATDAM 
' to  DIAMAX 

EQBLG  = (EQBVOL  x 1728)/ (0.  785  x 

SATDAM2) 

2.  Box  Shaped  Vehicle  (Fig.  9-5) 

For  Length /Diagonal  = 1.0  (End  = Square) 

0 

EQBLG  = (2  x EQBVOL  x 1728) 

EQBDIA  = EQBLG 

If  EQBDIA  exceeds  DIAMAX,  change  EQBDIA 

FiT  AA(T  A Y anrl 


Figure  9-5.  Box  Shaped  Vehi 


EQBSID  = EQBDIA/ 1.414  and 

EQBLG  = (EQBVOL  x 1728) /EQBSID2,  ° 


(9-35) 

(9-36) 

(9-37) 


(9-38) 

(9-39) 
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3. 


Spherically  Shaped  Vehicle  (Fig.  9-6) 

0 333 

SATDAM  = [(EQBVOL  x 1728)/0.  5235]  ' (9-40) 


Figure  9-6.  Spherically  Shaped  Vehicle 


If  SATDAM  exceeds  DIAMAX,  the  model  aborts  this 
configuration  and  goes  on  to  the  next  case. 

The  satellite  length  (inches)  is  the  summation  of  the  equip- 
ment baylength  (EQBLG)  plus  the  mission  bay  lengths  (EM1XLG  and 
EM2XLG). 

SATLG  = EQBLG  + EQM1XL  + EQM2XL  (9-41) 


The  satellite  length  is  finally  compared  with  the  maximum  allowable 
length  (SLGMAX)  specified  by  the  user  and  the  design  is  aborted  if 
SATLG  is  greater  than  SLGMAX. 
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9.  3.4 


Equipment  Bay  Structural  Weight 


With  the  equipment  weight  (EQWT)  and  the  length  (EQBLG) 
to  diameter -(SATDAM)  known,  the  equipment  bay  structure  can  be  cal- 
culated. Note  that  different  multipliers  are  used  when  body-mounted 
solar  arrays  are  used  instead  of  paddle-mounted  solar  arrays. 


a. 

EQBST 

b. 

EQBST 


Body -Mounted  Solar  Arrays 

0.  218  x [(EQWT)°*  9 x (EQBLG/SATDAM)0*  24] 
Paddle -Mounted  Solar  Arrays 


0.  129  x [(EQWT)°*  9 x (EQBLG/SATDAM)0*  24] 


1.  096 


1-.  096 


(9-42) 


(9-43) 


A ten-percent  factor  is  added  to  account  for  the  equipment 
mounts  and  supports.  Therefore,  the  final  equipment  structural  weight 
is: 

EQBSTR  = EQBST  + (0.  10  x EQWT)  (9-44) 


9.  3.  5 Total  Equipment  Bay  Weight 

The  total  equipment  bay  weight  (EQBWT)  is  the  sum  of  the 
equipment  weight  (EQWT)  and  the  structural  weight  (EQBSTR). 

EQBWT  = EQWT  + EQBSTR  (9-45) 


9.3.6  Wiring  Harness  Weight 

The  electrical  harness  weight  (HARNWT)  is  a function  of  the 
power  consuming  equipment  weight  (not  including  batteries)  and  the 
equipment  bay  volumes  (Ref.  9-1). 

1.  31 

HARNWT  = 0.  013  x (EQWT  - ACSWP  + EEQTWT  + EQMWT)  x 

(EQBVOL  + EQMVOL  + EEQVOL)0*  16  ' (9-46) 
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9.  3.7 


Thermal  Control  Weight 

The  structural  thermal  protection  system  (STTPS)  is  a function 
of  the  equipment  bay  structural  weight  (EQBSTR). 

STTPS  = 0.025  x EQBSTR  (9-47) 

9.3.8  Spacecraft  Gross  Weight 

The  subsystem  weights  are  listed  in  two  parts.  The  external 
equipment  weights  are  shown  first  as  SUBWT1.  The  equipment  bay  sub- 
systems are  then  added  to  form  SUBWT2. 

SUBWT1  = EQMWT  + EQM1ST  + EQM2ST  + SA1WT  + SA2W-T  + SA3WT  + 

EEQ1WT  . . . . + EEQ9WT  + SAB  MW  T (9-48) 

SUBWT2  = SUBWT1  + EQWT  + HARNWT  + STTPS  -5-  EQBSTR  (9-49) 

CON  TIN  = 0.  15  X-SUBWT2  (9-50) 

The  satellite  gross  weight  (SATWT)  is  the  sum  of  the  system 
weight  (SUBWT2)  plus  the  contingency  (CONTIN). 

- SATWT  = SUBWT2  + CONTIN  (9-51) 

9.3.9  Adapter  Weight 

The  adapter  weight  (SATADP)  is  a function  of  the  satellite 
gross  weight  (SATWT). 

SATADP  = 0. 012  x SATWT  (9-52) 

9.3.10  Spacecraft  Launch  Weight 

Finally,  the  satellite  launch  weight  (SATTWT)  is  the  sum  of 
the  satellite  gross  weight  (SATWT)  and  the  adapter  weight  (SATADP). 

SATTWT  = SATWT  + SATADP  (9-53) 

The  launch  weight  (SATTWT)  is  compared  with  the  maximum 
•allowable  weight  (SWTMAX)  specified  by  the  user.  If  SATTWT  exceeds 
SWTMAX,  the  design -is  aborted. 
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9.  3. 11 


Center -of -Gravity  Location 

The  model  determines  the  inertial  characteristics  of  the 
satellite,  such  as  center  of  gravity  (c.  ),  individual  component  inertias 

about  their  own  c.  g.  's  {called  incremental  inertias)  for  the  three  axes 
(x,  y,  z),  and  the  total  inertia  of  the  vehicle  (about  the  three  axes). 

a.  Mission  Equipment.  Several  rules  must  be  observed  in 
locating  the  mission  equipment  bays.  Two  locations  are 
available; 

Number  1 = Forward  of  the  Equipment  Bay  on 

the  Equipment  Bay  centerline. 

Number  2 = Behind  the  Equipment  Bay  on  the 

Equipment  Bay  centerline. 

These  locations  are  shown  in  Figure  9-7. 


MISSION 

EQUIMENT 

EQUIPMENT 

MISSION 

EQUIPMENT 

BAY  No.  1 

BAY 

BAY  No.  2 

+ z 


Figure  9-7.  Mission  Equipment  Locations 

The  forward  mission  equipment  bay  (No.  1)  "x"  c.  g.  is  de- 
termined by  combining  the  station  at  the  aft  end  of  the  equipment 
bay  (500)  plus  the  equipment  bay  length  (EQBLG)  and  half  the 
length  of  the  mission  equipment  bay  length  (EQM1XL/2). 

Again  the  c.  g.  is  assumed  to  be  at  the  midpoint  of  the  bay. 
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EM1XCG 

EM1YCG 

EM1ZCG 


= 500  + EQBLG-  ■/ - + -(EQMlXL/2)  , . 

= Input  = 0.0  Default  value 
= Input  = 0.0  Default  value 


(9-54) 


EM2XCG 

EM2YCG 

EM2ZCG 


Input  = 500 
Input  = 0.0 
Input  = 0.  0 


Default  value 
Default  value 


- (EQM2XD/2) 


(9-55) 


b.  Equipment  Bay.  The  equipment  bay  "x"  c.g.  is  assumed 
to  be  at  the  midpoint  of  the  equipment  bay.  Since  the  aft 
end  of  the  equipment  bay  is  always  station  500,  the  equip- 
ment bay  "x”  c.g.  is  500  plus  half  the  -'equipment  bay  length 
(EQBLG). 

EBXCG  = 500  + (EQBLG/2)  (9-56) 


The  equipment  bay  "y"  and  "z"  c„.,'g.  ’s  are  assumed  to  be 
on  the  equipment  bay  centerline  which  is  station  zero. 

0 

0 


| (9-57) 


EBYCG 

EBZCG 


Equipment  Bay  Structure.  The  main  equipment  bay  structure 
and  equipment  c.  g.  is  assumed  to  be  at  the  midpoint  of  the 
bay  and  the  aft  end -of  the  bay  is  x station  500.  The  y and 
z - coordinates  are  zero  at  the -centerline. 


Therefore: 

STRXCG 

! 

STRYCG 

STRZCG 


500  + (EQBLG/.2) 
0 
0 


(9-58) 


d.  External  Equipment.  The  external  equipment  packages  are 
assumed  to-be  cubes  and  the  volume  of  each  (in.  ) is: 

EE1VL  = (EEQTWT/DENS)  x 1728  (9-59) 

where  DENS  ‘ = • 0.-24  g/cm3  (15  lb /ft3) 

Note:  DENS  may  be  a variable-..  - . 
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(9-60) 


Since  each  package  is  a cube,  the  length  of  the  side  (in 
inches)  is: 

EE1SID  = EE1VL  * ° 

Then,  the  "x"  location  (and  c.  g.  ) is  selected  as  follows: 

If  forward,  EE1XCG  = 500  + EQBLG 

If  center,  EE1XCG  = EQBLG/2  + 500  (9-61) 

If  aft,  EE1XCG  = 500 

The  external  equipment  packages  are  located  either  on  top 
(-  z)  on  the  right  side  (+y)  on  bottom  (+z)  or  on  the  left  side 
(-y  ) of  the  equipment  bay. 

On  the  right  side: 

EE1YCG  = SATDAM/2  + EE1SID/2  (9-62) 

On  the  left  side: 

EE1YCG  = SATDAM/2  - EE1SID/2 

EE1ZCG  0 

If  the  package  is  to  be  located  on  the  top  or  bottom: 

EE1YCG  = 0 (9-64) 

On  the  top: 

EE1ZCG  = - SATDAM/2  - EE1SID/2  (9-65) 

On  the  bottom: 

EE1ZCG  = SATDAM/2  + EE  1SID/2  (9-66) 

If  the  package  is  to  be  located  on  either  side: 

EE1ZCG  = 0 (9-67) 

C.G.  's  for  the  other  external  equipment  packages  are 
handled  in  a similar  manner. 
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f. 


Solar  Array.  ' The  solar  arrays  are  located  in  the  xy  plane. 
Each  solar  array  boom  lies  on  the  y axis  and  is  61  cm 
(24  in.  ) long.  The  number  one  solar  array  is  on  the  right  side 
(+y)  of  the  vehicle  and  the  number  two  solar  array  is  on  the 
left  side  (-y). 

Therefore: 

SA1XCG  is  computed  as  in  the  external  equipment  case. 


and: 


SA1YCG 

SA1ZCG 

SA2XCG 

SA2YCG 

SA2ZCG 


SATDAM/2  + 24  + SA1YL/2  j (9_68) 

0 ) 


SA1XCG 
- SATDAM/2  - 24  - SA2YL/2 
0 


(9-69) 


The  body-mounted  array  c.  g.  's  are: 

SA3XCG  is  computed  as  in  the  external  equipment  case. 


SA3YCG  = 0 

SA3ZCG  = 0 


(9-70) 


Solar  Array  Boom.  The  solar  array  boom  c.g.  in  the  x 
direction  is  the  same  as  the  solar  array  "x"  c.  g.  : 


SABXCG  = SA1XCG  (9-71) 

The  "y"  c.g,.  is  zero,  since  they  are  symmetrical  about  the 
centerline: 

SABYCG  = 0 (9-72) 

The  "z"  c.g.  is  zero,  since  the  solar  arrays  lie  in  the 
xy  plane : 

SABZCG  = 0 (9-73) 


The  user  should  not  locate  both  a solar  array  and  an  external  equip- 
ment package  at  the  same  location  (i.e.,  1,  2,  or  3).  Locate  the 
solar  arrays  first  and,  if  an  external  equipment  package  is  called 
out  at  the  same  location,  move  the  external  equipment  package  to 
the  next  location. 
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g.  Satellite  Center  of  Gravity  Calculations.  The  "x",  "y"> 

and  "z"  center  of  gravity  of  the  entire  satellite  can  now  be  • 
determined: 

SATXCG.  = [(EQBSTR  x STRXCG)  ' 

+ (EQWT  x EBXCG) 

+■  (EQM1ST  + EQM1WT)  x EM1XCG 
+ (EQM2ST  .+  EQM2WT)  x EM2XCG  ' 

+ (SA1WT  x SA1XCG) 

+ (SA2WT  x SA2XCG)  ..  (9-74) 

+ (SA3WT  x SA3XCG) 

+ (SABMWT  x SABXCG) 

. + (EEQ1WT  x EE1XCG)  + . . . 

+ (EEQ9.WT  x EE9XCG) 

+ (HARNWT  x EBXCG) 

+ (ST.TPS  x EBXCG)] /(SATWT  - CON  TIN) 

SATYCG  = [(EQBSTR  x STRYCG) 

+ (EQWT  x EBYCG) 

+ (EQM1ST  + EQM1WT)  x EMlYCG 
’ + (EQM2ST  + EQM2WT)  x EM2YCG 

+ (SA1WT  x SA1YCG) 

+ (SA2WT  x SA2YCG)  (9-75) 

+ .(SA3WT  x SA3YCG) 

+ (SABMWT  x-SABYCG) 

+ (EEQ1WT  x EE1YCG)  + . . . 

+ (EEQ9WT  x EE9YCG) 

+ (HARNWT  x EBYCG) 

+ (STPPS  x EBYCG)] /(SATWT  - CON  TIN) 
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SATZCG 


= .[(EQBSTR  x STRZ’CG) 

+ (EQWT  x EBZCG) 

+ (EQM1ST  + EQM1WT)  x EM1ZCG 
+ (EQM2ST  + EQM2WT)  x EM2ZCG 

+ (SA1WT  x SA1ZCG) 

+ (SA2WT  x SA2ZCG)  (9-76) 

+ (SA3WT  x SA3ZCG) 

+ (SABMWT  x SABZCG) 

+ (EEQ1WT  x EE1ZCG)  + . . . 

+ (EEQ9WT  x EE9ZCG) 

+ (HARNWT  x EBZCG) 

+ (ST TPS  x EBYCG)]/(SATWT  - CONT) 

9.3.12  Incremental  Moments  of  Inertia 

The  next  step  is  to  calculate  the  incremental  moments  of 
inertia  of  the  various  components,  i.e.  , equipment  bay,  mission 
equipment  bays,  solar  arrays,  and -external  equipment.  In  order  to 
do  this,  the  dimensions  of  the  various  shapes  must  be  read  from  the 
input  data  or  (in  the  case  of  the  equipment  bay)  from  the  earlier  por- 
tion of  the  model. 

The  incremental  or  individual  moments  of  inertia  may  now 
be  calculated  for  the  various  components.  These  inertias  are  calcu- 
lated about  the  c.  g.  of  the  component  and  later  are  transferred  to  the 
c.  g.  of  the  satellite.  As  an  example,  STRINX  is  the  inertia  of  the 
equipment  bay  structure  about  the  x axis,  STRINY  about  the  y 
axis,  and  STRINZ  about  the  z axis. 
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a 


Equipment  Bay  Structure 


1.  Cylindrical  shell 

EQBST1  = EQBSTR  + STTPS 

SATRAD  = Satellite  radius 
= SATDAM/2 

STRINX  = EQBST1  x SATRAD2 

STRINY  = EQBST1/2  x (SATRAD2  + EQBLG2/6) 
STRINZ  = STRINY 

2.  Box-shaped  shell 

STRINX  - EQBSTR/12  x (2  x EQBSID)2 

STRINY  = EQBSTR/12  x (EQBSID2  + EQBLG2)  + 

(EQBSTR  x EQBSID  x EQBSID2) 

6 x (EQBSID  + EQBSID) 

STRINZ  = STRINY 

3.  Spherical  shell 

STRINX  = 0.667  x EQBSTR  x (SATDA3/2)2  . 

STRINY  = STRINX 
STRINZ  = STRINX  ' 

b.  Equipment  Bay 

1.  Cylindrical  vehicle 

EQINX  = (EQWT/2)  x SATRAD2 

EQINY  = (EQWT/12)x[<3  x SATRAD2)  + EQBLG2  ] 

EQINZ  = EQINY 


(9-77) 

(9-78) 

(9-79) 

(9-80) 

(9-81) 

(9-82) 
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2.  Box-Shaped  Vehicle 

EQINX  = EQWT/12  x {2  x EQBSID2) 

EQINY  = ' EQWT/12  x (EQBSID2  + EQBLG2) 

EQINZ  = EQINY  . 


(9-83) 


3.  Spherical  Vehicle 


EQINX 

EQINY 

EQINZ 

External  Equipment 


0.40  x EQWT  x (SATDAM/2) 

EQINX 

EQINX 


EEQ1WT  = External  Equipment  Number  1 - Weight 

EEQ1XL  = External  Equipment  Number  1 - Length  in  x direction 

EEQ1YL  = ' External  Equipment  Number  1 - Length  in  y direction 

EEQ1ZL  = External  Equipment  Number  1 - Length  in  z direction 


EE1INX 


EE1INY 


= EEQ1WT/12  x (EEQ1YL2  + EEQ1ZL2) 
='  EEQ1WT/12  x (EEQ1XL2  + EEQ1ZL2) 


EE1INZ  = EEQ1WT/12  x (EEQ1XL2  + EEQ1YL2) 


to  EE9INY 

NOTE:  Total  External  Equipment  (EEQTWT)  is  sum  of  EEQ1WT  + 

EEQ2WT  + EEQ3WT  . . . etc. 

d.  Solar  Arrays.  Arrays  must  be  oriented  with  side  parallel 
to  axes/  iforiented  (movable),  inertia  calculations  are  for 
parallel  position. 

SA1INX  = (SA1WT/12)  x (SAlYL2  + SA1ZL2) 

SA1INY  = (SA1WT/12)  x (SA1XL2  + SA1ZL2)  (9-86) 

SA1INZ  = (SATWT/12)  x (SA1XL2  + SAlYL2) 
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(9-87) 


SA2INX  = (SA2WT/12)  x (SA2YL2  + SA2ZL2) 

SA2INY  =.  (SA2WT/12)  x (SA2XL2  + SA2ZL2) 

SA2INZ  = (SA2WT/12)  x (SA2XL.2  + SA2YL2) 

SA3INX  = SA3WT  x SATRAD2 

SA3INY  • = (SA3WT/2)  x [SATRAD2  +(SA3XLZ/6)]  (9-88) 

SA3INZ  = SA3INY  . 

e.  Mission  Equipment 

1.  Cylindrical  Shape 

EQM1ST  = Mission  Equipment  Bay  Structural  Weight 
EQMlWT  = Mission  Equipment  Bay  Equipment  Weight  (9-89) 

• EMI  RAD  = EQM1YL/2 

EM1INX  . = [(EQM1ST  + EQMlWT) /2] x EM1RAD2 

EM1INY-  = [{EQM1ST  + EQM1WT)/I2]x  [(3xEMlRAD2)  + EQM1XL2] 

EM1INZ  ' = EM1INY  . . (9-90) 

EM2INX  = [(EQM2ST  + EQM2  W T)  /2  ] x EM2RAD2 

EM2INY-  = [(EQM2ST  + EQM2WT) /12]x  [(-3xEM2RAD2)  + EQM2XL2] 
EM2INZ  . = EM2INY  (9-91) 

2.  Box-Shaped 

EQMlXL  = Length  of  Mission  Equipment  Bay  in  x direction 

EQM1YL  = Length  of  Mission  Equipment  Bay  in  y direction 

EQM1ZL  = Length  of  Mission  Equipment  Bay  in  z direction 

EM1INX  = [(EQM1ST  + EQMlWT) /12]x  (EQM1YL2  + EQM1ZL2) 

EM1INY  = [(EQM1ST  + EQMlWT) /12] x (EQMlZL2  + EQMlXL2)(9-92) 

EM1INZ  = [(EQM1ST  + EQMlWT) /12]x  (EQM1YL2  + EQM1XL2)  • 

EM2INX  = [(EQM2ST  + EQM2WT)/12]x  (EQM2YL2  + EQM2ZL2) 

EM2INY  = [(EQM2ST  + EQM2WT)/12]x  (EQM2ZL2  + EQM2XL2)(9-93) 

EM2INZ  ‘ - [(EQM2ST  + EQM2WT)/12]x  (EQM2YL2  + EQM2XL2) 
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9.3. 13 


Moments  of  Inertia 


After  the  incremental  inertias  (Iq)  about  the  component  c.  g.  's 
have  been  determined,  the  total  inertia  of  the  satellite  is  calculated  about 
the  complete  satellite  c.  g.  The  equations  take  the  form: 

1=1+  WY2  + WZ2  ' \ 

X ox  I 

1=1+  WZ2  + WX2  (9-94) 

y °y  1 

I + I + WY2  + WX2  ) 

z oz 

a.  Satellite  Total  Inertia  about  X Axis 

SATINX  = STRINX  + EQBSTR  x[(SATYCG-STRYCG)2+{SATZCG-STRZCG)2 j 
+ EM1INX  + EQM1TO  x[(SATYCG-EM1YCG)2+(SATZCG-EM1ZCG)2] 

+ EM2INX  + EQM2TO'-x[(SATYCG-EM2YCG)2+(SATZCG-EM2ZCG)2] 

4 EQINX  + EQWT  x [(SATYCG  - EQYCG)2  + (SATZCG  - EQZCG)2] 

+ SA1INX  + SA1WT  x [(SATYCG  - SA1YCG)2+(SATZCG  - SA1ZCG)2] 

+ SA2INX  + SA2WT  x [(SATYCG  - SA2YCG)2+(SATZCG  - SA2ZCG)2] 

+ SA3INX  + SA2WT  x [(SATYCG  - SA3YCG)2+(SATZCG  - SA2ZCG)2]- 
- + EE1INX  + EEQ1WT  x [(SATYCG-EE1YCG)2+(SATZCG-EE1ZCG)2] 

+ EE2INX  + + EE9INX 

+ SAB  MW  T x [(SATYCG  - SABYCG)2  + (SATZCG  - SABZCG)2]  (9-95) 
where: 

EQM1TO  = EQM1WT  + EQM1ST  j (9_96) 

EQM2TO  = EQM2WT  + EQM2ST  * ) 

b.  Satellite  Total  Inertia  about  Y Axis 

SATINY  = STRINY  + EQBSTR  x [(SATZCY  - STRZCG)2+(SATXCG-STRXCG)2] 
+ EMlNY  + EQMlTO  x [(SATZCG  -EM1ZCG)2  + (SATXCG-EMlXCG)2] 

+ EM2NY  + EQM2TO  x [(SATZCG  -EM2ZCG)2  + (SATXCG-EM2XCG)2] 

+ EQINY  + EQWT  x [(SATZCG  - EQZCG)2  + (SATXCG  - EQXCG)2] 
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+ SA1INY  + SA1WT  x [(SATZCG  - SA1ZCG)2  + (SATXCG  - SA1XCG)2] 

+ SA2INY  + SA2WT  x [(SATZCG  - SA2ZCG)2  + (SATXCG  - SA2XCG)2] 

+ SA3INY  + SA3WT  x [(SATZCG  - SA3ZCG)2  + (SATXCG  - SA3XCG)2] 

+ EE1INY  + EEQ1WT  x [(SATZCG-EE  1ZCG)2+(SATXCG-EE1XCG)2] 

+ EE2INY  + + EE9INY 

+ SABMWT  x [(SATZCG  - SABZCG)2  + (SATXCG  - SABXCG)2]  (9-97) 

c.  Satellite  Total  Inertia  about  Z Axis 

SATINZ  =•  STRINZ  + EQBSTR  x [(SATYCG  - STRYCG)2+ (SATXCG-STRXCG)2] 
+ EM1INZ  + EQM1TO  x [(SATYCG  - EM1YCG)2  + (SATXCG  - EM1XCG)2] 
+ EM2INZ  + EQM2TO  x [(SATYCG  - EM2YCG)  2 + (SATXCG  - EM2XCG)2  ] 
+ EQINZ  + EQWT  x [(SATYCG  - EQYCG)2  + (SATXCG  - EQXCG)2] 

+ SA1INZ  + SA1WT  x [(SATYCG  - SA1YCG)2  + (SATXCG  - SA1XCG)2] 

+ SA2INZ  + SA2WT  x [(SATYCG  - SA2YCG)2  + (SATXCG  - SA2XCG)2] 

+ SA3INZ  + SA3WT  x [(SATYCG  - SA3YCG)2  + (SATXCG  - SA3XCG)2] 

+ EE1INZ  + EEQlWTx  [(SATYCG-EE 1YCG)2  + (SATXCG-EE1XCG)2] 

+ EE2INZ.+ +EE9INZ 

+ SABMWT  x [(SATYCG  - SABYCG)2  + (SATXCG  - SABXCG)2]  (9-98) 
9.4  DESIGN  LOGIC 


The  sequence  followed  in  implementing  the  design  algorithm 
is  as  follows: 

a.  Determine  mission  equipment  bay  structure,  booms  and 
mechanisms. 

b.  Determine  total  weight  and  volume  of  equipment  in  the 
equipment  bay  by  summation  of  individual  subsystem  weights 
and  volumes. 

c.  Use  shape  specified  plus  maximum  diameter  to  determine 
equipment  bay  length. 

d.  Use  equipment  bay  weight  of  equipment  and  length /diameter 
ratio  to  determine  equipment  bay  structural  weight. 

e.  Calculate  harness  and  thermal  control  weight. 

f.  Determine  satellite  gross  weight. 
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g.  Calculate  adapter  weight. 

h.  Determine  satellite  launch  weight  (gross  weight  plus  adapter) 

i.  Calculate  center  of  gravity. 

j.  Calculate  moments  of  inertia. 
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10.  STRUCTURE 


10.  1 GENERAL 

10.1.1  Subsystem  Description  . 

Satellite  equipment  can  be  classified  into  two  general  categories, 
viz.,  mission  equipment  and  support  equipment.  Mission  equipment  en- 
compasses all  equipment  which  performs  a specific  function  related  to 
the  satellite  purpose.  Cameras,  heat  sensing  devices,  and  telescopes 
are  examples  of  mission  equipment.  Support  systems  equipment  includes 
all  equipment  which  perform  supporting -functions  within  the  satellite. 
Examples  are:  Stabilization  and  Control,  Auxiliary  Propulsion,  Com- 
munication and  Instrumentation,  Data  Processing,  Electrical  Power,  and 
•Thermal  Control.  - 

For  purposes  of  the  model,  the  structure  containing  the  mission 
equipment  is  considered  separate  from  the  structure  containing  the  support 
systems  equipment.  The  two  structures  will  be  referred  to  as  the  mission 
equipment  bay  and  the  -systems  equipment  bay,  respectively.  Satellites 
considered  in  the  model  will  be  constructed  as  a single  cylindrical  or  box 
type  equipment  bay  with  externally  attached  mission  equipment  bays  as  shov 
in  Figure  10-1.  A maximum  number  of  eleven  mission  equipment  bays  are 
allowed -including  the  possibility  for  one  at  the  forward  end  and  one  at  the 
aft  end  on  the  center- line  of  the  systems  equipment  bay.  The  remaining 
mission  equipment,  (or  external  equipment)  bays  are  laterally  positioned 
at  the  forward  and  aft  ends  as  well  as  in  the  middle  of  the  systems  equip- 
ment bay  side  wall.  ' • 

The  location  of  most  support  systems  equipment  will  not  be 
specified  with  sufficient  accuracy  to  be  considered  in  the  structural  design 
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'Figure  10-1.  , Typical"  Satellite  Configuration 
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process.  The  exception  is  ihe  location  of  paddle  mounted  solar  arrays. 

These  may  be  located  laterally  with  respect -to  the  systems  equipment 
bay  structure,  at  the  forward,  aft,  or  middle  of  the  side  wall. 

Due  to  the  individuality  of  the  mission  equipment  bays,  only 
the  systems  equipment  bay  structure  is  considered  in  the  model.  How- 
ever, the  mission- equipment  bay  and  solar  array  attachment  booms  will  . 
be  included. 

10.1.2  Subsystem  Configurations 

There  are  three  types  (configurations)  of  construction  appropriate 
for  the  systems  equipment  bay  structure.  These  include  the  monocoque 
shell,  the  stringer  and  frame  stiffened  semi -monocoque  shell,  and  the  - 
truss  structure.  Due  to  the  interest  expressed  by  NASA  in  the  semi- 
monocoque  structure,  the  Systems  Cost/Performance  Model  includes 
this  configuration  or' type  of  construction.  Both  ends  of  the  systems  equip- 
ment bay  structure  are  closed. with  the  use  of  thin  plate  end  covers. 

* v ' ” ’ 

The  semi -monocoque  structure-  is  a thin  shell  stiffened  with  beam- 
like longitudinal  stiffeners  and  ring<-like  frames  as  shown  in  Figure  10-2. 

Both' the  stringers  and  frames  are. assumed  to  have  rectangular  cross  • 
sections. 

The  lateral  location  of  a mission  equipment  bay  in  the  middle 
of  the-  systems  equipment  bay  thin' shell  side  wall  requires  a . structural 
member  to  transmit  loads  to  other  parts  of  the  systems  equipment  bay 
structure.  For  this  purpose,'  a stiff  ring  or  rib-like  plate  (henceforth 
called  a.  midsection  bulkhead),  will  be  sized  and  located  iri  the  middle  of  . 
the  system  equipment  bay. 

The  mission  equipment  bay  and  solar  array  attachment  booms  , 
are  designed  as  thin  walled  tubes.  These  tubes  are  assumed  to  have  cir- 
cular cross  sections. 
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Figure  10-2.  Satellite  Structural  Idealization 


10.1.3  Configuration  Compatibility 

The  Structural  configuration  must  be  consistent  with  the 
vehicle  shape.  Table  10-1  summarizes  the  compatibility  requirements. 
The  only  special  requirement  is  that  a spherically  shaped  vehicle  is 
generally  constructed  using  a truss  structure. 


Table  10-1.  Structural  Configuration  Compatibility 


Structural 

Configuration 

Vehicle  Shape 

Cylinder 

Sphere 

Box 

Monocoque 

Yes 

No  • 

Yes 

Semi-Monocoque 

Yes 

No 

Yes 

Truss 

Yes 

Yes 

* 

Yes 

Legend:  Yes  - Compatible 
■ No  - Incompatible 

10.1.4  Equipment  Types 

A design  algorithm  for  a semi-monocoque  circular  cylinder, 
or  box -like  satellite  equipment  bay  structure  has  been  developed.  The 
design  algorithm  includes  methods  for  sizing  the  elements  of  a stringer- 
frame  stiffened  shell  with  plate-like  end  covers  and  thin  walled  tubular 
mission  equipment  bay  and  solar  array  extension  booms.  In  particular, 
the  following  quantities  are  determined: 

• a.  Systems  equipment  bay  structure. 

1,  Skin  thickness,  t 

2.  Stringer  width,  t 
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3. 

Stringer  height,  b 

s 

' 4. 

Number  of  stringers,  n 

5. 

Frame  width,  t^ 

6. 

Frame  height,  b^ 

7. 

Number  of  frames,  m 

8. 

Forward  cover  thickness,  t 

' e 

9. 

Aft  cover  thickness,  t 

a 

10. 

Midsection  bulkhead  thickness, 
(when  required) 

b.  ( Mission  equipment  bay  and  solar  array  extension  booms • 

1.  Nominal  tubular  radius,  r ■ 

2.  Tubular  wall  thickness,  t^. 

With  this  information,  the  preliminary  design  of  the  satellite  equipment 
bay  structure  is  adequately  defined  for  the  purposes  of  the  model. 

10.  1.  5 Design  Criteria 

The  design.of  semi-monocoque  structures  requires  consider 
tion  of  three  different  failure  modes.  These  failure  modes  are: 

a.  Material  failure . 

b.  Local  buckling  between  frames  . 

c.  General  instability  of  the  total  structure. 

In  general,  the  latter  two  modes  are  critical  for  compression  loaded 
shell  structures. 

The  first  type  of  failure-  can  be  avoided  by  designing  the 
structure  such  that  under  no  circumstances  will  a limiting  parameter  des 
crib.ing  the  material  failure  be  exceeded.  Such  a parameter  could,  for 
example,  be  the  yield  stress  or  ultimate  stress  of  the  material  used  in 
the  design.  In  the  following  design  algorithm,  the  limiting  material 
parameter  is  the  yield  stress. 
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Designing  the  structure  to  support  a given  load  without  the 
occurrence  of  a stability  failure  as  categorized  in  failure  modes  (b)  and 
(c)  above  is  not  a simple  task.  Type  (b)  failure  modes  may  be  subdivided 
into  subclasses  of  failure.  For  example^  the  sheet  forming  the  skin  be- 
tween the  stringers  . and  frames'may  buckle  as  an  edge  stiffened  plate;  o* 
the  stringer  itself  may  buckle  as,' a. consequence  of  column  instability,  or 
finally,  the  skin-stringer  combination  may  buckle  between  frames  as'  a 
result  of  longitudinally  stiffened  panel  instability  as  shown  in  Figure  10-3.  C 
course-,  the  general  instability,  mode  (c)  above,  is  characterized  by 
buckling  of  the  skin-stringer-frame  combination  (Fig.  10-3). 

For  design  purposes,  each  type  of  instability  (edge  stiffened 
■plate,  column,  longitudinally  stiffened  panel  or  general  instability)  may 
'.be  characterized  by  a quantity  termed  critical  stress.-  The  critical  stress 
is  defined  to  be  that' stress  level  above,  which  the  structural  element  being- 
analyzed  will  buckle.  Since  the  structure  is  limited  to  function  in  an 
elastic  manner,  the  critical  stress  describing,  each  mode  of  stability 
failure  must  be  less  than  or  equal  to  the  elastic  limit -of  the  structural 
material. 

There  is.no  real  problem  in  designing  a semi-monocoque 
structure  capable  of  carrying  a given,  load  without  material  yield  or 
undergoing  a stability  failure.  Since  a satellite  structure  is  of  interest 
here,  the  problem  is  to  design  a structure  of  minimum-weight.  Using 
the  constraint  that  all  modes  of  instability  are  avoided,  a minimum  weight 
structure  can  be  achieved  if  the  structure  is  designed  in  such  a way  that 
all  modes  of  instability  occur-  simultaneously  and  that  the  resulting 
.critical  stress  be  less  than,  or  equal  to  the  material  yield,  strength  buts 
greater  than  the  design  stress  resulting  from  the  structural  loads. 

The  factor  of  safety  selected  for  the  model  is  1. 25,  a value 
commonly  used  in  design  of  satellite  structures.  This  factor  accounts 
for  uncertainties  in  material  properties,  fabrication,  ioads,  analysis. 
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SPR1NO  BEHAVIOR  OF  FRAMES 


PANEL  INSTABILITY 


The  satellite  structure  is  also  assumed  to  be  constructed  of  a 
single  isotropic, homogeneous  material  such  as  aluminum.  For  design 
purposes,  the  material  is  completely  determined  by  the  specification 
of  Young's  modulus  E,  Poisson's  ratio.  V,  weight  density  P,  and  yield 
stress  <7  . 

y 

10.2  INPUT  DATA 

The  information  required  from  the  user  to  design  the  Structure 
is  identified  in  Table  10-2.  The  table  indicates  what  data  is  used,  whether 
the  dafa  is  required  or  optional,  and,  if  optional,  the  default  value. 

In  addition  to  the  user  supplied  data,  the  data  outlined  in 
Table  10-3  must.be  supplied  by  the  Vehicle  Sizing  model. 


Table  10-2.  Input  Data  Supplied  by  User 


Symbol 

I 

i 

Name 

Required  (R) 
or 

Optional  (O) 

Default 

Value 

i 

Location  of  mission  equipment 

R 

I 

Location  of  external  equipment 

R 

i 

t 

Location  of  solar  arrays 

R 

w 

! e 

Mission  equipment  weight  (lb) 

R 

SL 

Mission  equipment  and/or  solar 

o 

24 

array  extension  (in.  ) 

C 

Axial  number  of  gravity 

o 

10 

cL 

i 

accelerations 

! c 

Lateral  number  of  gravity 

o 

5 

\ 

accelerations 

i 

E 

Young's  modulus  (psi) 

o 

7 

10 

! v 

Poisson's  ratio 

o 

0.  33 

Weight  density  (lb/in^) 

o 

0.  10 

j a 
! y 

Yield  stress  (psi) 

o 

A 

3x10 

i 
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Table  10-3.  Input  Data  Supplied  by  Vehicle  Sizing 


1 

Symbol 

Name 

W 

Vehicle  shape 

Solar  array  (Electrical  Power)  configuration 
Total  satellite  weight  (lb) 

Wb 

Equipment  bay  weight  (lb) 

L 

Equipment  bay  length  (in.  ) 

R 

Cylindrical  equipment  bay  radius  (in. ) 

w 

Box  shaped  equipment  bay  width  (in.  ) 

R 

Spherical  equipment  bay  radius  (in.  ) 

W 

e 

Solar  array  weight  (lb) 

10.  3 SEMI -MONO COQUE  CYLINDRICAL  STRUCTURE 

I 

10.  3.  1 Structural  Loads 

The  loads  applied  to  the  satellite  structure  result  from  axial 
and  lateral  accelerations  induced  by  the  booster  or  kick  stages  during  • 
the  ascent  conditions.  The  maximum  g-loading  in  the  axial  and  lateral 
directions  is  denoted  by  c and  c , respectively. 

, ci  0 

In  computing  the  design  loads  for  the  semi -mono  coque 
structure,  the  satellite  is  represented  as  a cantilevered  shell  with  con- 
centrated masses.  Therefore,  the  design  loads  will  be  limited  to  axial 
loads  due  to  the  axial  acceleration  coupled  with  the  bending  and  shear 
loads  caused  by  the  lateral  acceleration. 

When  the  midsection  bulkhead  is  not  required,  the  total  satellite 
weight  (W)  is 'located  on  the  forward  end  of  the  systems  equipment  bay. 

For  this  case,  the  design  load  (P)  in  the  axial  direction  is: 

P = ’ 1.  25  c W - (10-1) 

a 
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(10-2) 


The  lateral  shear  load  (T)  and  bending  moment  (M)  are: 


T = 1.25  c W 
e 


and 


M = 1. 25  c L¥ 
e 


(10-3) 

respectively,  where  L denotes  the  total  systems  equipment  bay  length, 
and  1.25  is  the  safety  factor. 

For  cases  requiring  the  midsection  bulkhead,  the  total  satellite 
weight  is  divided  into  two  parts:  one -half  at  the  midsection  location  and 
one-half  at  the  forward  end  of  the  systems  equipment  bay.  For  this  case, 
the  maximum  axial  and  lateral  shear  loads  are  unchanged  from  those  given 
in  Equations  (10-1)  and  (10-2),  but  the  bending  moment  is: 


M = 1.25 


c LW 
e 


(10-4) 


For  the  circular  cylinder  of  radius  R,  the  maximum  com- 
pressive stress  (cr)  due  to  the  combined  axial  load  and  bending  moment  is 

P , M 


CT  = 


+ 


2TTRt 

where  t,  the  equivalent  thickness,  is 

A 

t = t + ^SL 


TtR2t 


(10-5) 


(10-6) 


with  t,  A , and  b denoting  the  skin  thickness,  stringer  cross-section 
s 

area,  and  stringer  spacing,  respectively.  Since  the  stress  can  also  be 
defined  in  terms  of  the  stress  resultant  (N)  and  equivalent  thickness  t as: 

N 


a = 

t 

Equation  (10-5)  may  be  rewritten  as: 

P 


N = 


2ttR 


4 


M 


TTR 


(10-7) 


(10-8) 
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10.3.2  Design  Equations 
10.3.2.  1 Interframe  Stiffened  Panel 


The  first  step  in  the  design  of  the  semi-monocoque  cylinder,  is  to 
size  the  elements  of  the  interframe  stiffened  panel.  Assuming  the  interframe 
distance  to  be  small  in  comparison  to  the  cylinder  radius,  the  effects  of  cur- 
•vature  can  be  ignored,  and  the  stability  criteria  for  flat  wide  compression 
columns  is  used.  This  type  of  structure  experiences  a flexural  type  of  in- 
stability for  which  the  critical  stress  (dp)  is: 


= tt2  E 


(10-9) 


where  a and  P denote  the  distance  between  frames  and  the  radius  of 
P 

gyration  per  unit  width  of  the  stiffened  plate,  respectively.  For  the  pre- 

• sent  study,  the  longitudinal  stiffeners  are  assumed  to  have  rectangular 

cross  section  with  thickness  t and  height  b , and  they  are  spaced  close 

S ' s 

enough  together  to  model  the  skin  between  stringers  as  a long  thin  plate. 
Denoting  the  stringer  spacing  by  b,  the  plate  buckling  stress  (crcr}  is: 


(10-10) 


where  t denotes  the  plate  thickness  and  b the  stringer  spacing.  Also, 
the  stringers  may  collapse  under  load  if  the  critical  stress  (CTg)  used  by 
Almroth  and  Burns  (Ref.  10-1): 


is  exceeded. 


(10-11) 


Using  the  same  techniques  of  dimensional  analysis  used  by 
Zahorski  (Refs.  10-2  and  10-3)  or  Gerard  (Ref.  10-4),  the  following 
combination  of  stresses  given  by  Equation  (10-7)  along  with  Equations 
(10-9)  and  (10-10)  can  be  derived: 


10-12 


ct  cr  a2 
p cr 


(10-12) 


For  optimum  design,  all  critical  stresses  are  equal  to  each 
other  and  to  the  applied  stress.  Denoting  the  optimum  stress  by  cr  , 
Equation  (10-12)  implies  the  result: 


0 


(10-13) 


where  or  .denotes  the  efficiency  coefficient  of  the  panel  and  is  defined  as: 


(10-14) 


For  minimum  weight,  the  optimum  stress  should  be  as  large 
as  possible  without  exceeding  the  material  failure  limit.  However,  for  a 
given  panel  geometry  which  limits  the  value  of  a , the  wide  column  struc- 
ture can  only  support  some  fixed  value  of  load  N without  an  instability 
failure.  The  corresponding  stress  value  is  generally  much  less  than  that 
associated  with  material  failure.  Therefore,  in  order  to  optimize  the 


design,  the  panel  efficiency  coefficient  O'  is  to  be  maximized  within  the 
limitations  imposed  by  the  geometrical  constraints  of  the  panel  structure. 

A plate  stiffened  with  rectangular  section  stringers  has  an 
equivalent  thickness  and  efficiency  coefficient  given  by: 


t = t(l  +rtrb) 


(10-15) 


where:  . 
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(10-17) 

(10-18) 
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Again  noting  that  for  optimum  design  all  critical  stresses  for 
instability  are  equal,  the  use  of  Equations  (10-10)  and  (10-11)  gives  the 
following  result: 

rt  = 2/2”  rb  (10-19) 

Substituting  Equation  (10-19)  into  Equation  (10-14)  and  maximiz- 
ing a with  respect  to  r^,  the  results  are: 

(10-20) 


rb  = 0.671 


-1/4 


« = 0.  745  (1  - V4*) 

Substituting  Equation  (10-20)  into  (10-19), 
rt  = 1‘90 


(10-21) 


(10-22) 


Using  Equations  (10-11),  (10-15),  (10-17),  (10-18),  (10-20)  and 
(10-22),  the  optimum  dimensions  for  the. rectangular  section  stringer  stif- 
fened plate-like  wide  column  are  given  as  follows: 


t = 0. 44 1 

t = 1.  90t 

s 


b = 
s 


2 T-* 

TT  E 


24  (l  - V2j 
b = 1.49b 


N 
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(10-23) 

(10-24) 

(10-25) 

(10-26) 


[t  is  observed  that  given  the  load  N and  the  equivalent  thickness  t, 

:he  dimensions  for  the  elements  composing  the  stiffened  panel 
ire  completely  determined. 

For  subsequent  use.  Equation  (10-7)  combined  with  (10-13) 
jives  the  result: 

1/2  . 

(10-27) 


t = 


Na 


Q'2E 


The  equivalent  thickness  t is  related  to  the  frame  spacing  a and  the 
janel  cross-sectional  geometry  represented  by  the  panel  efficiency 
coefficient  o'  . 
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10.3.2.2  Frame  Stiffener 

Having  developed  the  sizing  methods  for  the  interframe 
stiffened  panel  side  wall,  the  second  step  in  the  cylinder  design  is  to 
size  the  frame  stiffeners.  The  controlling  criterion  for  the  frame  design 
is  the  avoidance  of  general  instability  of  the  total  cylinder  structure. 

By  evaluating  the  results  of  a large  number  of  bending  tests  of  stringer- 
frame  stiffened  cylinders,  Shanley  {Ref.  10-5)  developed  a stiffness 
criteria  {EI)^  for  the  frames  given  by  the  relation: 

C,MDZ 

(EI)f  = (10-28) 

c 

where  M,  D and  ac  are  the  applied  bending  moment,  diameter  and  frame 

spacing  of  the  stiffened  cylinder,  respectively.  In  order  to  avoid  the  occurrence 

of  general  instability,  the  constant  C.  was  empirically  determined  to  require 

-5  1 

a value  greater  than  6.  25  x 10  . By  transforming  the  bending  moment 

into  an  equivalent  resultant  membrane  load  per  unit  distance  of  cylinder 
circumference,' the  frame  stiffness  criteria  can  be  rewritten  as: 


(EI)f  = 


4tt  Cf  R N 


(10-29) 


It  is  interesting  to  note  Gerard  (Ref.  10-6)  represented  the  stiffened 
cylinder  as  a compressed  elastic  column  beam  supported  at  discrete 
points  by  elastic  springs,  and  analytically  found  the  minimum  value  of 
Cr  to  be  6.  84  x 10 

As  a means  of  obtaining  an  optimum  design  for  the  stiffened 
cylinder,  a quantity  called  solidity  is  defined.  Solidity  £c  is  the  ratio  of 
the  volume  occupied  by  the  structure  to  the  volume  enclosed  by  the  struc-  . 
ture,  i.  e.  , ' 0 

■i-v  ta  r Lu  i 1 ivn^ 
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where  is  the  frame  cross-sectional  area.  Note  that  solidity^is 
directly  proportional  to  structural  weight. 

Equation  (10-29)  can  be  rewritten  as: 


AfPfc 


4 TT  cf  R N 
Ea- 


•(10-31) 


Using  Equations  (10-27),  (10-30)  and  (10-31),  the  solidity 
can  be  rewritten  as 
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(10-32) 


the  frame  spacing  ac,  the  solidity  can  be  minimized  with  respect  to  this 
quantity.  • This  minimization  gives  the  following  results: 

2/5  /„  v4/5y™vl/5' 


a. 


b. 


m - v)“ w w 

Frame  weight  is  .one  fourth  the  stringer  stiffened 
panel  weight,  i.  e. , 


4- t 

4 c 


Equations  (10-27)  and  (10-33)  can  be  written  as: 
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(10-34) 


(10-35) 


(10-36) 
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For  rectangular  frame  cross  section,  the  height  (b^)  is 


given  as: 


bfc  = 3-464(1  fc 


(10-37) 


while  the  width  (t^  ) is  given  by: 

A„ 


fc 


(10-38) 


fc 


Observe,  for  a given  load  N and  with  the  use  of  Equations 
(10-23)  through  (10-26)  along  with  Equations  (10-34)  through  (10-38), 
the  stringer -frame  stiffened  circular  cylindrical  shell  is  completely 
specified  once  the  equivalent  thickness  t is  determined 

10.  3.  2.  3 Stiffened  Cylinder  Equivalent- Thickness 


The  method  for  determining  the  equivalent  thickness  is  based 
upon  a comparison  of  the  weight  efficiencies  of  stiffened  and  unstiffened 
cylinders  having  the  same  length  and  diameter,  and  required  to  carry  the 
same  compressive  loads.  Based  upon  past  design  data,  the  stiffened 
cylinder  is  conservatively  found  to  be  at  least  three  times  as  efficient  as 
an  unstiffened  cylinder  and  comparing  weights,  the  stiffened  cylinder 
thickness  can  be  determined. 

The  critical  compressive  stress  (<Trnc)  defining  instability  ' 
of  the  unstiffened  cylinder  is  given  by: 


a 


TT2  k E 
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me 


M 


12  (l  - v2) 

where  k^  is  a coefficient  describing  the  relationship  between  the  stress 
found  by  theory  and  those  determined  experimentally  and  t c denotes 
the  monocoque  shell  thickness.  By  defining  the  curvature  parameter 


(10-39) 


(ZL)  as: 


(10-40) 
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and  using  the  procedure  developed  by  Batdorf  et  al,  which  is  described 
in  Gerard  (Ref.'  10-6)  or  Gerard  and  Becker  (Ref.  10-7),  the 
coefficient  kc  is  conservatively  determined  as  follows: 


(10-46) 


Substituting  Equations  (10-34)  into  (10-46),  the  equivalent 


thickness  ( t. 

c 

cylinder  by: 


) of  the  stiffened  cylinder  is  related  to  that  of  the  unstiffened 


(10-47) 


Using  Equations  (10-43)  or  (10-44)  to  determine  the  unstiffened 
cylinder  thickness,  followed  by  the  determination  of  the  equivalent  stif- 
fened cylinder  thickness  given  by  Equation  (10-47)-,  the  design  of  the 
stringer-frame  stiffened  cylinder  is  completed  with  the  use  of  Equation's 
(10-23)  through  (10-26)  coupled  with  Equations- (10-35)  through  (10-38). 
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10.3.3  Design  Logic 

The  design  sequence  for  the  stringer -frame  stiffened  circular 
cylinder  is  developed  in  three  steps.  First,  assuming  the  inter  frame 
distance  to  be  small  in  comparison  with  the  cylinder  radius,  effects  of 
curvature  are  ignored  and  the  flat  wide  compression  column  stability  criterion 
is  used  for  the  design  of  the  longitudinally  stiffened  panel  between  frames. 
Using  techniques  applicable  to  the  optimum  design  of  flat  wide  compression 
columns,  the  dimensions  of  the  stiffened  panel  elements  are  determined 
in  terms  of  the  equivalent  panel  thickness  t. 

The  second  step  in  the  cylinder  design  is  to  size  the  frame 
stiffeners.  By  application  of  a criterion  for  avoidance  of  general  insta- 
bility coupled  with  optimum  design  procedures,  the  frame  dimensions  are 
determined.  Analogous  to  the  stiffened  panel  dimensions,  the  frame  dimen- 
sions are  also  found  to  be  functions  of  £he  equivalent  panel  thickness. 

Since  the  longitudinally  stiffened  panel  dimensions  and  the 
frame  dimensions  are  observed  to  be  dependent  only  on  the  equivalent 
panel  thickness,  the  stiffened  cylinder  design  is  complete  once  this  quan- 
tity is  determined.  The  equivalent  panel  thickness  is  found  by  first  sizing 
the  thickness  of  a monocoque  shell  having  the  same  length  and  diameter 
as  the  semi-monocoque  shell  and,  based  on  past  design  data,  sizing  the 
equivalent  panel  thickness  by  assuming  the  semi-monocoque  structure  to 
be  at  least  three  times  as  weight- efficient  as  the  monocoque  shell. 

The  detailed  sequence  followed  in  implementing  the  design 
algorithm  is  as  follows: 

a . Input  .data . 

b.  Compute  axial  load  and  bending  moment. 

c.  Compute  equivalent  axial  load. 

d.  Size  equivalent  monocoque  cylinder  . 

1.  Assume  short  cylinder  and  compute  shell  thickness 

2.  Compute  curvature  parameter  and  test  short 
cylinder  assumption 

3.  If  assumption  fails  test,  assume  long  cylinder  and 
recompute  shell  thickness 
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e.  Compute  equivalent  thickness  of  stiffened  cylinder. 

f.  Size  skin- stringer  as semblv  . 


1. 

Skin  thickness 

2. 

Stringer  thickness 

3. 

Stringer  height 

.4. 

Stringer  spacing 

5.- 

Panel  efficiency 

Size 

cylinder,  frames. 

1. 

Frame  spacing 

2. 

Frame  radius  of  gyration 

3. 

Frame  area 

4. 

Frame  height 

5. 

Frame  thickness 

10.  4 SEMI-MONOCQQUE  BOX  STRUCTURE 

10.4.1  Structural  Loads 


For  the  box  shaped  structural  configuration,  the  critical 
applied  compressive  stress  is:  • 

P , 3 M 


c r = 


+ 


4 wt 


4w2t 
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Analogous  to  the  circular  cylinder,  the  resultant  load  per 
unit  length  of  the  cross-section  perimeter  is: 

P , 3 M 


N = 


4w 


+ 


n 0-4Qi 


4w 


10.4.2  Design  Equations' 


10.4.2.1  Interframe-Stiffened  Panel 

Assuming  the  box  structure  to  be  constructed  of  four  stringer- 
frame  stiffened  flat  panels  attached  along  their  edges,  plate  theory  can  be 
used  to  develop  the  design  process  for  the  box.  For  conservatism,  the 
common  edges  of  each  panel  are  assumed  to  be  simply  supported.'  As  for  the 
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circular  cylinder,  the  skin-stringer  structure  between  frames  is  sized 
using  wide  column  criteria.  Therefore,  Equations  (10-23)  through  (10-27) 
also  apply  to  the  design  of  the  inter  frame  stiffened  panel  of  the  box  structure. 

10.4.2.2  Frame  Stiffener 

Using  beam  theory,  Eanghaar  (Ref.  10-8)  analytically 
showed  the  minimum  frame  stiffness  (EI)^  required  to  ensure  against  the 
occurrence  of  general  instability  of  flat  stringer -frame  stiffened  panels 
with  simply  supported  edges  is  given  by: 

(EI)f  = (10-50) 

tt  b 

In  this  equation,  w and  a^  represent  the  panel  width  and 
frame  distance,  respectively.  Applying  the  definition  for  radius  of 
gyration.  Equation  (10-50)  can  be  rewritten  as: 


w 4 N 
EabPf  b 


(10-51) 


Assuming  the  frames  to  have  a rectangular  cross  section  of 
height  and  thickness  t^  the  solidity  is  given  by: 
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wta^  + A ^ w 

wabbft 


(10-52) 


Substituting  into  Equation  (10-52)  the  panel  effective  thickness 
and  the  frame  area  given  by  Equations  (10-27)  and  (10-51),  respectively, 
and  minimizing  with  respect  to  the  frame  spacing,  the  following  results 
are  obtained: 


t 


b 


(10-53) 

(10-54) 
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Therefore,  frame  weight  is  one -fourth  the  stringer  stiffened  panel  weight 
between  frames. 


Equations  (10-27)  and  (10-53)  can  be  rewritten  as: 

c*2E  t2 
ab  N b 


(10-55) 


As  with  the  stiffened  cylinder,  for  a given  load  N and  with 
the  use  of  Equations  (10-23)  through  (10-2&)  along  with  Equations  (10-54) 
through  (10-58),  the  stringer -frame  stiffened  panel  is  completely  specified 
once  the  equivalent  thickness  t^  is  determined.  The  design  of  the  box 
structure  is  complete  with  the  sizing  of  each  of  the  panels  as  specified. 


10.4.2.3  Stiffened  Panel  Equivalent  Thickness 


Analogous  to  the  determination  of  the  circular  cylinder  equiva- 
lent thickness,-  the  flat  panel  equivalent  thickness  is  determined  by  com- 
parison of  the  structural  weights  of  stiffened  and  unstiffened  panels.  In, 
the  elastic  region  of  material  capability,  the  analysis  of  panel  efficiencies 
discussed  in  Gerard  (Ref . 10-9)  shows  the  stiffened  panel  to  be  con- 
servatively three  times  as  weight-efficient  as  an  unstiffened  panel. 

The' critical  compressive  stress  defining  instability  of  the 


unstiffened  panel  is  given  by: 

a mb  : 


nZkcE  / ■mb) 
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where  k£  is  a coefficient  describing  the  mode  of  instability  experienced 
by  the  panel. 


For  L/w  ^ 0.  5: 
and  for  L/w  > 0.  5: 


(10-60) 

(10-61) 


Using  Equations  (10-57),  (10-60)  and  (10-61),  the  thickness 
of  an  unstiffened  panel  is  determined  by  the  following: 


N 


a t 

mb  mb 


(10-62) 

(10-63) 

(10-64) 


Comparing  the  weights  of  the  stiffened  and  unstiffened  panels, 
the  following  relationship  can  be  derived: 


(10-65) 


Substituting  Equation  (10-54)  into  (10-65),  the  equivalent  thickness  of 
the  stiffened  panel  is  related  to  the  unstiffened  panel  by: 


(10-66) 


Using  Equation  (10-62)  or  (10-63)  to  determine  the  unstiffened 


panel  thickness  followed  by  the  determination  of  the  equivalent  stiffened 
panel  thickness  given  by  Equation  (10-66),  the  design  of  the  stringer -frame 
stiffened  box  structure  is  completed  with  the  use  of  Equations  (10-23) 
through  (10-26)  coupled  with  Equations  (10-54)  through  (10-58). 
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10.  4.  3 


The  procedure  for  sizing  the  box  type  semi-monocoque  struc- 
ture is  exactly  analogous  to  the  stiffened  circular  cylinder.  The  side 
panels  between  frames  are  sized  as  longitudinally  stiffened  wide  columns 
while  the  frames  are  sized  to  avoid  general  collapse  of  the  stiffened 
structure.  The  dimensions  for  the  structural  elements  are  again  deter- 
mined in  terms  of  the  equivalent  panel  thickness.  As  for  the  stiffened 
cylinder,  the  equivalent  panel  thickness  is  found  by  comparing  the  relative 
weight-efficiencies  of  stiffened  and  unstiffened  structures. 

The  detailed  sequence  followed  in  implementing  the 
lgorithm  is  as  follows:  , 


a.  Input  data . 

b.  Compute  axial  load  and  bending  moment . 

c.  Compute  equivalent  axial  load  . . 

d.  Compute  equivalent  monocoque  box  shell  thickness  based  on 

the  length/width  ratio. 

e.  Compute  equivalent  thickness.of  stiffened  box. 

f.  Size  skin-stringer  assembly. 

1.  Skin  thickness 

2.  Stringer  thicknes 

3.  Stringer  height 

4.  Stringer  spacing 

5.  Panel  efficiency 

g.  Size  frames. 

1.  Frame  spacing 

2.  Frame  radius  of  gyration 

3.  Frame  area 

4.  Frame  height 

5.  Frame  thickness 
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10.  5 


END  COVERS  AND  MIDSECTION  BULKHEAD 


.10.  5.  1 Structural  Loads 

The  actual  loads  applied  to  the  end  covers  and  midsection 
bulkhead  cannot  be  specifically  determined  since  location  and  attachment 
of  support  systems  equipment  are  not  specified.  For  this  reason,  a portion 
of  total  satellite  weight  (W)  is  assumed  uniformly  distributed  over  the  sur- 
face of  the  forward  and  aft  end  covers  as  well  as  the  midsection  bulkhead. 

In  general,  the  uniform  applied  load  (o>)  for  these  structural  elements  is 
written  in  the  form: 

1.  25  fc  W 

u>  = (10-67) 


where  f and  A denote  thei  fractional  portion  of  the  total  satellite  weight 
and  the  area  of  each  of  the  above  elements,  respectively.  The  safety 
factor  is  1.25.  The  quantity  f is  assumed  as  follows: 


a.  Forward  end  cover:  f = 0.25 

b.  Midsection  bulkhead:  f = 0.50 

c.  Aft  end  cover:  f =_0. 25 


10.5.2  Design  Equations 

Basically,  the  forward  and  aft  equipment  bay  end  covers  are 

assumed  to  be  flat  plate-like' elements  which  extend  across  the  ends  of  the 

stiffened  cylinder  or  box  type  structure.  Thus,  the  lateral  dimensions  are 

fixed  and  the  thickness  is  to  be  determined.  The  boundary  conditions  for 

the  covers  are  assumed  to  be  simple  support. 

First,  consider  the  circular  cylindrical  systems  equipment  bay 

structure.  For  a uniformly  loaded  circular  flat  plate  with  simply  supported 

edge,  the  maximum  tensile  stress  (ct  ) is  given  by  Roark  (Ref.  10-10) 

max 

as: 


cr 


max 


3F 

8rrt2 


(3  1 v) 


(10-68) 
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where  t and  F denote  the  plate  thickness  and  total  applied  load,  respec- 
tively. Since  plate  thickness  is  the  quantity  of  interest,  Equation  (10-68)  can 
be  inverted  to  give: 


t 


3 F 


8 Tf  <7 


(3  + v) 


1/2 


max 


(10-69) 


cover  is: 


Recalling' Equation  (10-67),  the  total  applied  load  on  the  forward 


= 1.25 


_W_ 

4 


(10-70) 


and  similarly  for  the  aft  cover: 


F = 1.25  c W/4 
a 


(10-71) 


where  W denotes  the  total  satellite  weight. 

1 Since  the  maximum  allowable  stress  is  the  material  yield  stress 
0-  , the  forward  end  cover  thickness  (t^)  is: 


15c  W 
a 

128  rrcr 


(3  + v) 
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Since  the  applied  load  on  the  aft  cover  is  identical  to  that  of 
the  forward  cover,  the  aft  end  cover  thickness  (tj  is: 

t = t (10-73) 


Fbr  the  box-type  systems  equipment  bay  structure,  the  maximum 
tensile  stress  in  a uniformly  loaded  square  plate  with  simple  supported 
edges  is  given  in  Roark  (Ref.  10-10)  by: 


a 


max 


0.2208  F 


(1  + V) 


(10-74) 


By  inverting  this  formula,  substituting  for  F with  Equation 
(10-70)  and  limiting  stress  to  the  yield  value,  the  plate  thickness  of  the 
forward  end  cover  is  found  to  be: 
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t 

e 


0.  069 


Analogously,  using  Equations 
cover  thickness  is. found  to  be: 


c W 
a 


(1  + v) 


1/2 


(10-71)’ and  (10-74), 


(10r-75) 
the  aft  end 


t = t . (10-76) 

3-  C 

The  midsection  bulkhead  is  arbitrarily  chosen  to  be  of  annular - 
like  shape  having  a centrally  located  hole  of  three -fourths  the  systems 
equipment  bay  lateral  dimension  in  size.  For  simplicity,  both  the  circular 
cylinder  and  box  like  structure  midsection  bulkheads  will  be  sized  as  uni- 
formly loaded  annular  plates.  For  the  box  structure,  the  radius  is  assumed 
to  be: 

R = (10-77) 

The  maximum  stress  induced  in  a uniformly  loaded  annular  ring 
with  simply  supported  edges  from  Roark  (Ref.  10-10)  is: 


whe  re : 


1.  72  w R 
e 


max 


0.418  + 0.036  v 


(10-78) 


w 


0.455  c W 
a 

R2 


(10-79) 


Inverting  Equation  (10-78)  and  substituting  the  material  yield 
stress  as  the  maximum  allowable  stress,  the  midsection  bulkhead  thick- 


ness (t . ) is: 


t . = 

l 


1.72  w R 
e 

o 


0.  418  + 0.  036  v 


1/2 


(10-80) 


The  design  of  the  midsection  bulkhead  is  completed. 
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10.5.3 


Design  Logic 


After  the  side  wall  structure -of  the  satellite  systems  equipment 
bay  has  been  sized,'  the  end  covers  and  midsection  bulkhead  are  designed. 
These  elements  are  sized  as  thin  flat  plates  with  simply  supported  boundary 
edges.  The  material  yield  stress  is  .used  as  the  maximum-  allowable  design 
stress. 

The  sequence  followed  in  implementing  the  design  algorithm 
is  as  follows: 


a.  Input  data. 

b.  Compute  forward  cover  thickness. 

c.  Compute  aft’cover  thickness. 

d.  Determine  if  midsection  bulkhead- is  required  (external  equip- 
ment or  solar  array  paddles  mounted  on  the  midsection). 

1.  Compute  applied  load 

1 2.  Compute’  midsection  bulkhead  thickness. 


10.  6 MISSION  EQUIPMENT  AND  SOLAR  ARRAY  EXTENSIONS 

10.6.1  Structural  Loads 

The  loading  condition  for  the  mission  equipment  bay  and  solar 
array  extension  booms  is  dependent  upon  their  location.  For  mission 
equipment  bays  located  on  the  'ends  of  the  systems  equipment  bay  along 
the  satellite  centerline,  the  applied  load  has  an  axial  force  component 
given  by: 

P = 1.25c  W (10-81) 

a 3>  c 

and  a lateral  bending  moment  component  given  by: 

M = 1.25  c A W (10-82) 

a & 0 0 

l 

where  and  are  the  mission  bay  total  weight  and  the  extension 

boom  length,  respectively.  For  mission  equipment  bays  or  solar  arrays 
positioned  laterally  with  respect  to  the  systems  equipment  bay  side  wall 
structure,  the  critical  applied  load  has  two  bending  moment  components: 
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one  due  to  the  axial  acceleration  and  one  due  to  the  lateral  acceleration. 
These  two  bending  moments  combine  to  form  a single  bending  moment  of 
the  following  magnitude: 


1.254  W 
e e 


Again,  note  the  1.  25  safety  factor. 


(10-83) 


10.6.2  Design  Equations 


The  mission  equipment  bay  and  solar  array  extensions  are 
designed  as  thin  walled  circular  tubes.  The  length  of  each  extension  4 
is  assumed  fixed  by  geometrical  constraints  imposed  by  location  and  size 
of  the  mission  equipment  bay,  or  solar  array  with  respect  to  the  system 
equipment  bay.  The  quantities  to  be  sized  are  the  tube  radius  r and  the 
wall  thickness  t . The  design  algorithm  uses  appropriate  considerations 
for  structural  stability  and  material  failure. 

For  mission  equipment  bays  located  at  the  forward  or  aft  end 
along  the  satellite  centerline,  the  applied  loads  are  the  axial  force  and 
bending  moment  given  by  Equation  (10-81)  and  (10-82),  respectively.  For 
mission  equipment  bay  or  solar  arrays  positioned  laterally  with  respect 
to  the  systems  equipment  bay,  applied  load  is  the  single  equivalent  bending 
moment  given  by  Equation  (10-83). 

For  a thin  wall  tube,  the  tube  column  flexural  instability  critical 
stress  (cr-g)  is  given  by: 


2tt 
TT  E 


(10-84) 


while  the  local  critical  buckling  stress  (o--^-)  of  the  thin  wall  is  given  by: 


(10-85) 
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The  applied  stress  is': 

F 

CT  " 2rrrt  W 


(10-86) 


where  F is  the  equivalent  axial  load.  For  the  mission  equipment  bays 
located- at  the  forward  or  aft  end  along  the  satellite  centerline: 


2M 

F = P + 

a r 


(10-87) 


where  P and  M are  given  by  Equations  (10-81)  and  (10-82),  respectively. 

3.  3, 

For  mission  bays  or  solar  arrays  positioned  laterally  with  respect  to  the 
systems  equipment  bay,  the  equivalent  axial  load  is: 


(10-88) 


Using  techniques  of  optimum  design,  Gerard  (Ref.  10-6) 
deduced  the  following  optimum  dimensions  for  compression  loaded  thin 
walled  circular  tubes: 


(10-89) 


(10-90) 


The  optimum  stress  (aQ)  is  found  to  be: 


ttE  2 F 
16  4 1 
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(10-91) 


For  the  satellite  centerline  mission  bay  location,  Equations 
(10-87),  (10-89),  and  (10-90)  can  be  combined  to  give: 
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a 

5 


TT 


_e 
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(10-92) 


t 


W 
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(10-93) 


Of  the  seven  roots  of  Equation  (10-92),  only  one  is  real  and  positive  and 
corresponds  to  the  desired  tube  radius.  For  laterally  located  mission 
equipment  bays  or  solar  arrays.  Equations  (10-88),  (10-89)  and  (10-90) 
can  be  combined  to  give: 


r 


M 4 ' 
e e 


tt5E 
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(10-94) 


'W 


4 M 


4 


ttE  r 
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(10-95) 


Substituting  the  solutions  of  Equations  (10-92)  and  (10-93)  or 
(10-94)  and  (10-95)  into  Equation  (10-91),  the  optimum  stress  is  computed. 
By  comparing  the  optimum  stress  with  the  material  yield  stress,  the 
validity  of  using  Euler  column  instability  can  be  verified.  If  a q is  less 
than  ofy,  the  use  of  Equations  (10-89),  (10-90),  and  (10-91)  is  valid.  If 
CTq  exceeds  a , the  use  of  Euler  column  instability  and  therefore  Equations 
(10-89),  (10-90)  and  (10-91)  is  not  valid;  however,  the  local  buckling  of  the 
tube  wall  is  still  an  applicable  criterion. 

if  Euler  column  instability  is  not  valid,  the  maximum  applied 
stress  as  well  as  the  critical  buckling  stress  of  the  tube  wall  is  limited 


by  the  material  yield  stress.  Using  the  yield  stress  a and  Equations 
(10-85)  and  (10-86),  the  tube  dimensions  for  the  mission  equipment  bay 
extension  located  on  the  satellite  centerline  are  found  using  the  following: 
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Note  that  Equation  (10-96)  has  only  one  real  positive  root 
corresponding  to  the  tube  wall  thickness.  Analogously,  using  the  yield 
stress  a and  Equations  (10-85)  and  (10-86),  the  tube  dimensions  for  the 
mission  equipment  bay  or  solar  array  extensions  laterally  located  with 
respect  to  the  systems  equipment  bay  are  found  from  the  following: 
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16  ct 
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(10-99) 


Since  the  length  is  assumed  specified,  the  design  of  the 
mission  bay  or  solar  array  extension  is  complete  once  the  nominal  tube 
radius  r and  wall  thickness,  t^  are  determined. 


10.  6.  3 Design  Logic 

The  design  of  the  thin  walled  cylindrical  tubes  used  for  the 
mission  equipment  bay  and  solar  array  extension  booms  is  accomplished 
in  two  steps.  The  procedure  will  start  with  the  assumption  that  the  design 
is  governed  by  Euler  column  flexural  instability  coupled  with  local  side 
wall  instability  criteria.  If  the  critical  instability  stress  found  with  this 
assumption  exceeds  the  material  yield  stress,  Euler  column  stability  no 
longer  applies.  The  design  procedure  will  then  be  based  on  flexure  of 
the  tube  as  a simple  beam  coupled  with  local  side  wall  instability.  The 
maximum  allowable  stress  specified  for  this  condition  is  the  material 
yield  stress. 
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The  detailed  sequence  followed  in  implementing  the  design 
algorithm  is  as  follows: 

a.  Input  data  . 

b.  Compute  axial  load  (if  located  on  vehicle  centerline)  and 
bending  moment. 

c.  Assume  applicability  of  Euler  column  stability. 

d.  Compute  nominal  tube  radius . 

e.  Compute  tube  wall  thickness. 

f.  Check  for  applicability  of  Euler  column  stability. 

g.  If  Euler  column  stability  not  applicable,  recompute  tube  wall 
thickness  and  nominal  tube  radius. 
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11.  RELIABILITY 

11. i GENERAL 

The  Reliability  model  improves  the  reliability  of  the  spacecraft 
design  through  redundancy  by  optimum  allocation  of  weight  or  cost  reserves 
between  .redundant  hardware  and  expendables,  subject  to  constraints  on 
total  satellite  weight  or  cost.  The  principle  of  operation  is  to  increase  the 
level  of  redundancy  of  a single  module,  and  then  to  update  the  system  Mean 
Mission  Duration  (MMD)  or  system  reliability  calculations  to  determine  the 
change  per  unit  of  weight  or  cost.  This  is  repeated  for  each  module,  and 
the  "most  profitable"  redundancy  is  implemented.  This  process  is  repeated 
until  requirements  are  met,  resources  are  exhausted,  or  returns  are  no 
longer  sufficiently  profitable.  ' 

A sketch  of  the  program  data  flow  is  shown  in  Figure  11-1. 

The  input  data  is  read,  and  an  initial  calculation  of  spacecraft  expense, 
reliability  at  truncation  time,  R(TRUNC),  and  mean  mission  duration  (MMD) 
is  made.  The  term  "expense"  means  cost  or  weight,  whichever  is  selected 
as  appropriate.  R(TRUNC)  represents  the  resultant  spacecraft  reliability 
functions,  with  consideration  given  to.  redundancy.  The  MMD  represents 
the  expected  duration  of  the  mission  before  failure  and  is  given  by 

TRUNC 

MMD  = f R(t)dt 
0 

where  R(t)  is  the  spacecraft  reliability  function  at  time  t,  and  0^  ts  TRUNC. 

These  initial  calculated  values  are  printed,  and  the  computer 
then  adds  a single  redundant  element  to  one  of  the  online  modules  and  cal- 
culates a new  spacecraft  reliability  function,  R(t),  and  a new  spacecraft 
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Figure  11-1.  Reliability  Model 
* 
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expense.  This  is  repeated  for  each  module  where  redundancy  is  available, 
and  the  spacecraft  MMDs  and  expenses  are  calculated  in  each  case.  The 
single  redundant  module  offering  the  greatest  payoff  (RHO)  as  defined 
by: 


is  selected. 


RHO  = 
RHO  = 
RHO  = 
RHO  = 
Then  three  tests 


AR(TRUNC) 
A cost 

AMMD 


A'MMD 
A weight  ' c 

AR(TRUNC) 
A weight 

are  applied: 


or 


a.  Is  RHO  large  enough?  The  threshold  for  RHO  is  preselected- 

b.  Is  the  MMD  or  R(TRUNC)  still  short  of  the  requirement? 

c.  Is  system  weight  less  than  the  maximum  allowable? 


If  these  tests  are  passed,  the  new  results  [expense,  R(TRUNC)  and  MMD} 
are  printed  and  the  computer  begins  the  selection  process  again.  This 
loop  is  retraced  until  one  or  more  of  the  tests  is  failed.  Then  the  final 
configuration  is  printed  out,  including  expense,  R(TRUNC),  MMD,  and 
a module -by -module  description  of  the  level  of  redundancy  selected. 

This  configuration  is  recognized  as  optimum  subject  to  the  MMD  and 
weight  or  cost  constraints  imposed  in  the  input. 


It  is  recognized  that  the  approach  does  not  consider  all  possible  con- 
figurations. In  the  model,  cross -strapping  is  not  a variable.  Nor  is  it 
possible  to  increment  redundancy  in  more  than  one  mode  within  a given 
module.  However,  within  the  constraints  and  assumptions  of  the  present 
general  programming  effort,  the  model  is  sufficiently  accurate. 
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For  modular  redundancy  to  be  effective  and  implementable, 
an  equipment-status- monitoring  system  must  be  included  in  system  design. 
This  monitoring  system  must  have  two  characteristics: 

a.  It  must  be  comprehensive,  i.e.  , the  monitoring  system  must 
be  sufficiently  complete  to  provide  a high  probability  of 
detecting  any  failure  in  the  operating  equipment. 

b.  It  must  be  fairly  reliable  to  minimize  the  probability  of 
false  alarm  and  unnecessary  corrective  action. 

The  probability,  P^,  of  detection  of  a system  or  module 
failure,  which  is  the  probability  of  detection  of  an  out-of-specification 
condition  of  any  functional  parameter,  is  determined  as 


PD  = P(X)  P(M) 


where 

P(X)  = . Probability  that  the  out-of-specification  parameter 
was  monitored  by  the  failure  detection  system  sub- 
sequent to  the  failure. 

P(M)  = ..  Probability  that  the  monitoring  system  is  function 
' -ing  properly  at  the  time  of  the  failure. 

The  concept  is  shown  in  Figure  11-2. 

P(X)  is  determined  by  system  design.  P(X)  may  be  represented 


as: 


P(X)  = 


_ failure  rate  of  failures  detectable  by  monitoring  system 


total  failure  rate 


P(M)  is  the  reliability  of  the  monitoring  system,  in  general, 
there  will  be  more  than  one  monitoring  subsystem,  each'  designed  to 
monitor  different  parameters  (e.  g. , voltage,  pressure,  tempterature) . 
P(M„)  is  the  reliability  of  that  portion  of  the  monitoring  system  that 

A 

monitors  a given  parameter  X.  Then,  as  in  Figure  11-2: 
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FUNCTIONAL  PARAMETERS 


Figure  11-2,  Failure  Detection  System 


whe  re 

Xj,  = failure  rate  of  that  portion  of  the  monitoring  system 
VX  assigned  to  parameter  X,  one  of  n parameters 
monitored 

R (t)  = reliability  (probability  of  successful  operation  to  - 
time  t)  of  the  entire  monitoring  system. 

Then,  the  probability  of  detection  P^t)  of  any  failure  in  the  system  to 
time  t is.  given  by 

PD(t)  - exp  (-  xE  *Mxt) 

A reliability  diagram  for  this  system  is  shown  in  Figure  11-3. 

The  false  alarm  rate  refers  to  the  frequency  of  failures: 

a.  in  the  sensor/signal  processor,  which  make  up  the  .monitor- 
ing subsystem,  resulting  in  a command  to  the  switch  to  __ 
change  state 

b.  in  the  system  selection  switch,  which  results  in  a state 
change  without  a command. 

The  result  of  such  a failure,  in  either  mode  (a)  or  (b),  is  ■ 

that  an  active,  properly  functioning  unit  is  switched  off-line.  (In  the 

single-string  case,  no  switching  would  be  done,  but  erroneous  status 

reports  would  go  to  the  user;  sacrifice  of  mission  objectives  would 

/ 

result.)  If  redundancy  is  available,  then  this  situation  will  not  degrade 
performance  immediately,  but  will  likely  result  in  a shortened  mission 
duration.  However,  if  redundancy  has  been  invalidated  through  previous 
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Figure  11-3.  Failure  Detection  System  Reliability  Model 


real  failures,  this  inadvertant  switching  will  degrade  mission  performance. 
In  this  latter  case,  the  use  of  a "locked  in"  switch  is  to  be  recommended, 
i.e.,  a switch  that'cannot  change  state  if  no  redundancy  is  present. 

This  approach  does  not  consider  false  alarms  resulting  from  a 
spurious  output  of  the  operating  equipment  into  the  monitoring  system, 
such  as  an  out-of-specification  electrical  spike  caused  by  noise.  Here, 
only  hard  failures  of  the  monitor  or  switching  subsystems  are  considered. 

As  a typical  example  of  how  the  false  alarm  probability  would 
be  calculated,  consider  the  model  shown  in  Figure  11-4.  For  this  case, 
the  probability  of  a false  alarm- is  given  by 


pF(t)  = 1 - exp 


+ A )tj 
SF  j 


where  is  the  portion  of  the  switch  failure  rate  that  is  linked  to  a 
change  of  state  without. a command  from  the  monitor  subsystem  and 

is  that  portion  of  the  monitoring  system  failure  rate  which  is  linked 
to  a false  indication  of  failure  being  generated  by  the  sensor. 

The  failure  detection  probabilities  and  false  alarm  proba- 
bilities are  not  calculated  explicitly  in  the  Reliability  models,  since 
monitoring  and  switching  equipment  have  not  been  defined  in  detail. 

Rather,  the  total  sense /switch  failure  rate  is  utilized  in  the  standby 
mode  only  (see  Table  11-4)..  Further  refinements  can  be  made  where 
feasible  (see  footnote  to' Model  1). 

!1.2  INPUT  DATA 

The  system  must  be  described  on  a module -by-module  basis, 
where  a module  is. taken  as  the  lowest  subdivision  of  equipment  which  is 
a candidate  for  redundancy.  The  general  model  inputs  provided  by  the 
user  are  defined  in  Table  11-1.  Data  for  each  piece  of  equipment  selected 
from  the  data  base  is  summarized  in  Table  11-2.  Table  11-3  summarizes 
the  data  required  from  each  subsystem.  Table  11-4  lists  the  parameters 
which  are  fixed  (hardwired)  in  the  model. 
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Figure  11-4.  Reliability  Model  for  Active  Unit  with 
Switched  Standby  Unit 


•Table  11-1.  Input  Data  Supplied  by  User 


Parameter  Description 

Option 

Expense  option 

Weight  or  cost 

Initial  expense 

Could  be  zero 

Initial  reliability 

Could  be  1.  0 

] Maximum  weight  permitted 
| Mission  length  . 

Truncation  time 

| Requirements  option 
! 

No  single- point-  failures 
allowed  or  single-string  j 
start 

j System  requirements 

R(TRUNC),  MMD  i 

| Subsystem  requirements  option 

1 : yes;  2 : no 

j Subsystem  requirements. 

R(TRUNC) 

Table  11-2. 


Data  Supplied  by  Data  Base 


Symbol 

Name 

MODL 

Failure  model 

X 

Module  failure  rate 

Module  mean  life 

or 

i 

Standard  deviation  of 

module  life  j 

q 

Dormancy  factor 

isl  , 

M • 

Total  number  of  redundant 
elements  in  module 

EX  PM 

i 

1 •* 

Module  expense  (weight  or 
cost) 
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Table  11-3.  Data  Supplied  by  Subsystem  Models  „ 


• Subsystem 

Symbol 

Name 

All 

DC 

Duty  cycle 

All 

N ■ 

Number  of  active  elements  (initial)  - 

All 

M 

Number  of  standby  elements  (initial) 

All 

• .R 

Number  of  required  elements  j 

EP 

-T 

B 

Battery  operating  temperature 

EP 

D 

Battery  depth  of  discharge  i 

EP 

C 

l 

.Battery  cycle  rate  \ 

' ' EP 

N 

c 

Number  of  cells  per  battery 

EP 

R 

c 

Number  of  cells  required  per  battery.  j 

S&C 

N 

o 

Orbital  mean  motion 

S&C 

0 

ax 

Roll  control  deadband 

S&C 

DT 

Thruster  on-time 

1 

YS  • 

J 

X 

' Roll  moment  of  inertia 

VS 

D 

X 

Roll  moment  arm 

APS 

F 

Low-level  thruster  force 

APS 

F 

c 

Thruster  cycles  per  hour 

■ APS 

Me 

Mean  depletion  time  of  expendables 

APS 

°e 

Standard  deviation  of  expendables  depletion 
! time 

APS 

D 

e 

Expendables  expense  increment 
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Table  11-4. 


Parameters  Fixed  in  the  Model 


1 ■ 
Symbol 

Parameter  Description 

Value 

1 

; X 

’ s 

Sense /switch  failure  rate 

120  failures / 1 0*^  hr 

j 

‘ RHOTH 

L Payoff,  threshold,  MMD 

0.2  hr /kg  | 

c;  i 

\ Payoff  threshold,  R(TRUNC) 

2.  2x  10  /kg 

1 

q 

Dormancy  factor 

0.  5 

■ 

Expendables  life  increment 

2190  hr 

Acr 

Expendables  life  standard  dev. 
increment 

365  hr 

' Rc 

Number  of  cells  required  per  battery 

• Rc  = Nc. 

. 11.3  FUNCTIONAL  DESCRIPTION 

When  the  baseline  (starting  point)  system  has  been  defined, 
the  initial  MMD  determination  is  made  as  follows: 

For  Module  I,  the  appropriate  mathematical  model  is  exercised. 
The  value  of  the  reliability  function  for  this  module  is  calculated  for  one 
value  of  time,  TOE).  This  process  is  repeated  for  each  module  in  the  system 
and  for  each  .of  31  time  values  ranging  uniformly  from  t = 0 to  TRUNC. 
These  reliability -time  values  are  stored  in  an  array  of  dimension  31 
by  NM,  where  NM  is  the  number  of  modules  in  the  system.  Call 
this  array  RAHRAY  (Figure  11-5).  Then  31  system  (spacecraft) 
reliability  values  are  formed  by  taking  the  product  of  the  NM  values  asso- 
ciated with  each  time  value  (the  rows  of  RARRAY).  This. gives  the  system 
reliability -time  curve  which  is  then  integrated  (using  a Simpson  integration 
scheme)'  to  give  the  MMD. 


These  parameters  are,  in  general,  variable.  For  present  considerations, 
however,  their  values  are  fixed.  Changes  to  this  program  can  consider 
values  other  than  those  listed. 
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R[i.  T(0)J 
R[l,T(l)]. 
R[1,T(2)] 


R[l,  T{29)] 

R[1,T(30)] 


31  Rows,  NM  Columns 

T(30)  = Truncation  Time  (TRUNC) 

NM  = Number  of  Modules 


Figure  11-5.  Reliability  Array 
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The  value  of  system  reliability  at  the  time  of  truncation, 

R(TRUNC),  is  simply  the  product  of  NM  module  reliability  values  at  the 
largest  time  point. 

In  the  case  where  a system  requirement  exists  on  R(TRUNC) 
but  not  on  MMD,  the  array  RARRAY  would  be  of  dimension  one  by  NM, 
with  the  single  time  point  being  the  time  of  truncation. 

The  initial  system  expense  {cost 'or  weight)  is  merely  the  sum 
of  the  initial  expenses  of  each  module. 

The  incremented  MMD  and  R(TRXJNC)  values,  i.  e.  , the  new 
valvte s'  resulting  from  the  addition  of  redundancy,  are  determined  as 
follows: 

The  level  of  redundancy  of  Module  I is  increased  by  adding 
one  element  in  the  appropriate  mode  (active,  standby).  The  appropriate 
mathematical  model  is  then  exercised  and  new  reliability  values  are  cal- 
culated for  Module  I at  31  time  points.  The  31  values  in  RARRAY  which 
correspond  to  Module  I are  replaced  by  the  new  set  of  31  values  and 
system  MMD  and/or  R(TRUNC)  values  are  calculated.  The  increments 
in  MMD  and/or  R(TRUNC)  resulting  from  the  addition  of  redundancy  to 
Module  I are  then  calculated  and  stored  in  another  array  (RDELT).  Then  the 
original  31  reliability  values  are  replaced  in  RARRAY  for  Module  I and 
the  process  is  repeated  for  Module  I + 1 until  all  NM  modules  have  been 
modified  in  this  way,  and  RDELT  has  NM  values.  When  one  module,  e.  g. 
Module  J,  is  selected  as  the  most  profitable  module  to  be  made  redundant,  the 
31  reliability  values  in  RARRAY  for  Module  J are  replaced  by  the  31  new  values 
with  the  level  of  redundancy  for  Module  J incremented  by  one  element. 

The  new  RARRAY  thus  defined  is  the  starting  point  for  the  next  iteration. 

The  system  expense  increment  for  each  redundant  element 
added  is  simply  the  expense  of  the  redundant  element.  Each  value  in 
RDELT  is  divided  by  the  expense  of  the  appropriate  redundant  element. 

Then  RDELT  is  a collection  of  payoff  values,  the  largest  of  which  de- 
termines the  most  profitable  module  for  redundancy. 
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In  the  case  where  R(TRUNC)  requirements  exist  for 
subsystems,  the  same  redundancy  allocation  procedure  will  be 
followed  for  each  subsystem  separately.  For  example,  in  subsystem 
K,  there  will  be  NM(K)  modules.  Then  RARRAY  (K)  will  contain  NM(K) 
columns  of  the  system  RARRAY,  each  with  31  rows.  Similarly  RDELT 
(K)  will  contain  payoff  values  for  subsystem  K.  When  subsystem  K and 
all  other  subsystems  have  been  optimized  with  respect  to  redundancy, 
the  system  RARRAY  will  be  formed  and  the  system  reliability -time  curve 
generated  and  integrated  as  before  to  arrive  at  system-level  R(TRUNC) 
and  MMD. 

If  system  MMD  and/or  R(TRUNC)  requirements  are  speci- 
fied by  the  user,  and  if  redundancy  implementation  proceeds  to  the  point 
that  the  requirements  are  met,  the  program  stops. 

A payoff  threshold  value,  RHOTH,  can  be  specified  by  the 
user.  This  means  that  the  optimization  process  would  stop  if  the 
payoff  values  were  less  than  a predetermined  amount  (the  threshold). 

For  example,  if  system  expense  is  measured  in  weight  and  the  system 
reliability  parameter  of  interest  is  MMD,  then  the  payoff  threshold  value 
would  be  measured  in  hours  per  kilogram.  This  would  correspond  to  the 
units  of  RDELT.  If  redundancy  implementation  proceeds  to  the  point 
where  none  of  the  values  of  RDELT  exceed  RHOTH,  the  program  stops." 

For  Module  I,  a maximum  allowable  number  of  elements, 
initial  plus  redundant,  is  specified.  When  this  limit  is  reached,  no 
further  redundancy  is  possible  for  Module  I.  The  maximum  number  of 
elements  allowable  in  the  system  is  the  sum  of  the  modular  maxima. 
When  the  system  maximum  has  been  reached,  the  program  stops. 


It  is  conceivable  that  the  initial  slope  could  be  less  than  the  threshold. 
To  avoid  the  "can't  get  started"  situation,  the  slope  threshold  check 
could  be  suspended  until  some  redundancy  has  been  implemented,  say 
20  percent  of  the  available  expense  (or  some  appropriate  number),  and 
then  the  slope  can  be  checked' at  the  last  step.  Or,  alternatively,  the 
slope  can  be  tested  at  the  5th  (or  10th  or  20th)  increment. 
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When  one -or  more  of. the  above  tests  results  in  program 
stoppage,  the  final  configuration  is  printed  out,  including  the  number  of 
elements’ of  each  module,  modular  and  system  expense,  system  MMD, 
and  the  system  reliability-time  curve.  See  Figures  11-6  and  11-7  for 
for  typical  flow.  ' 

11.4  MATHEMATICAL  MODELS 

The  mathematical  models  or  algorithms  mentioned  in 
Paragraph  11.3  are  described  in  the  following  paragraphs.  The  selection 
of  a particular  model  for  a given  module  depends  on  the  nature  of  the 
hardware  in  the  module,  and  on  the  operating  mode  for  redundant  elements 
within  the  module.  The  parameters  used  in  the  exercising  of  the  models 
(failure  rates,  duty-cycles,,  etc.  ) are  described  in  Table's  11-1  through.  11- 
The  reliability-time  function  of  a given  module  can  normally 
be  calculated  assuming  uniform  operation  with  a given  duty  cycle  through- 
out the  system  mission.  There  are  some  .equipments,  however,  which 
are  required  to  operate  only  during  the  first  few  hours  or  days  of  a mis- 
sion and  .are  not  used  thereafter.  In  this  "pulse  operation"  case,  the 
31  reliability  values  will  be  determined  as  follows: 

R[l,  T(0)3  = 1.0  . 

R[I,  T(L)]  = R(Tp),  L = 1,  2,  . . . ,31 

•wne  re 

is  the  -pulse  width  (duration  of  operation)  and  the  R -values 
Jr 

are  determined  from  the  appropriate  mathematical  models  as  defined- 
below. 

11.4.1  Model  1 

Model  1 is  a general  algorithm  for  calculating  the  reliability 
of  a module  with  N elements  active,  M standby.  It  required,  with 
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Figure  11-6.  Typical  Reliability  Model  Flow 


duty  cycling.  It  is  applicable  to  elements  with  exponential  reliability 
distributions.  When  Model  1 is  used  in  implementing  redundancy,  a test 
is  made  on  q (the  dormancy  factor).  If  q = 1.0,  redundancy  is  im- 
plemented in  the.  active  mode.  If  q 4 1.  0,  redundancy  is  implemented 
in  the  standby  mode. 


R-l 

R[L,  T(I)]  = 1 - E Pr(k> 
k = 0 

Q = q + 

X = X [DC  + (1  - DC)  q] 


For  Q > 0 
Fr(k) 


+ 


-NX  t 

e 


e-jQXt 

•C. 

J 


Model  1 considers,  for  constant  failure  rate  devices,  equipments  with 

1.  N units  active,  of  which  R are  required  ; 

2.  M units  in  standby,  with  0 ^ q ^ 1. 

■3.  Duty  cycling' of  active  units  as 

* effective  = ‘active  [DC  + (1  ’ DC>  d 

4.  Sensing /switching  equipment,  considered  to  be  in  the 
standby  mode  and  in  series  with  each  standby  unit  (this 
is  an  approximation  to  reality). 

5,  The  implementation  philosophy  is  to  switch-on  (activate) 
a standby  unit  immediately  upon  failure  of  an  active  unit 
(i.  e.  , maintain  hot  spares)  rather  than  to  allow  N to 
shrink  to  R before  activation  of  standby  unit. 

This  model  could  be  made  more  accurate  and  complete  by  a more  com- 
prehensive consideration  of  switching  implementation;  however,  this 
is  a"  second-order  refinement  from  the  standpoint  of  accuracy. 
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Where 

Ak  = (-Dk-^f  [ (N  + Q)  (N  + 2Q)  * • • (N  + MQ)] 

B.  = (-1)1  (i  - k)  I (N  - i)  I [ (N  - i + Q)  (N  - L + 2Q)  • * * (N  - i + MQ)  ] 

C.  = ( -l)N+j  j : (M-j)  I QM  [(jQ+1)  (jQ+2)  •••(jQ+N-k)] 


For  Q = 0 
- Pr(k) 

Where 

A. 


= A, 


N-k  rn  MU  -N*t 

V B.  e-(N-OU  e 

i = l 1 


k ' 


B. 


C. 

J 


(-1)N  " k nmn  < 

( -l)1 

iMi  ! (N  - k - i)  l 
, N - k 


= X 


(-D 


!>  - 1 


M+l  C.  r 

£ -1 


j-i 


jtl  • (J'1)  ! 


A = 1 A (M  +2  “ ^ (N  - k-X)'  I (A  - 1)  1 


Where  ’ > 

R [L,  T(I)-]  = Reliability  of  module  L at  time  T (I) 

Pr  (k)  =•  Probability  that  module  L.  is  in  the  k^k  operability  state 
Q = Effective  dormancy  factor 

^ = Effective  active  failure  rate,  when  duty  cycled 

11.4.2  Model  2 

This  model  is  used  to  calculate  the  reliability  of  a module 

with  N elements  active  and  R required.  It  is  applicable  to  elements  with 

2 

normally  distributed  lifetimes , with  mean  !~i  and  variance  C . 

N t \ 

R [L,  T(I)]  =•  £ (S)(RN)X  {1-RN)N_X 

X = R 


where  RN  is  The  elemental  reliability  function,  given  by 

RN  = 1 - P T (ICT}  ~ 11 
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. P (z)  is  Cumulative  normal  distribution  function  given  by 

.v  — 2 / 

_ , . 2 

yr 


p (Z)  = r 

TT  J 


dy 


Note  that 


where 


P (z)  2?  o.5  + 


2 (Z2  +16  V8)  X/2 


1.  18145 


1.  57926  + 0.  0594375  Z2  + 0.  00390625  Z4 


11.4.3  Model  3 


Model  3 is  applicable  to  a binomial  battery  module,  whe 
there  are  N batteries  active  with  R required.  The  battery  cell 
liability  function  is  derived  empirically  in  Reference  11.  1. 


re 
re  - 


R[L,  T(I)]  = 


■ k ffl 


(RB)K  (1  - RB)N  " K 


where 


RB 


- The  reliability  of  a single  battery,  with  Rc  out 
of  Nc  cells  required;  RB  is  given  by: 


RB 


N /at  \ 

Pel  X N - X 

/T.(I)  - 438 0o\ 

- 

X l„CJ  (RW)A  (1  - RW)  c 

1 - P , } 

X = R W 

\ 8760  / 

C 

re! 

iability  given  by: 

RW 


= EXP  [ - (C  • T (I)  / AB)BB  ] 

AB  . = EXP  [ - 11.380958  + :0.  23896921  - 0.  549_86583D 

0.000506461-74  Tg2>  9.019307737  &2  - 0.  0002374105D3J 


where 


11-21 


BB  = EXP  [ -138:  10332  + 6.  95927099  T_  - 0.  19804227  D 

Jj 

-0.0016717786  Tb2  -.0.  0019619976  D2 
+ 0.  0011242688  T*D] 


= TRUNC  • N° 

• 2i r' 


. and  P(Z)= 


L=.r 

> TI  J 


-y-/2 


as  before. 
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Model  4 


This  model  is  applicable  to  a module  whose  life  is  normally, 
distributed.  It  is  distinct  from  Model  2 because  redundancy  is  added  by 
extending  the  mean  life  and  the  variance.  This  condition  is  applicable 
when  expendables'  are  incremented 


where 


R [L,  T (1)  ] = 1 - p 

Z 

*rf 


P (Z) 


x(i)  - ii  ‘ 


e-V2/*dy 


►00  , 


Redundancy  is  implemented  by  adjusting  |i  and  CT  as  follows: 

. e ■ , e 

(4  is  replaced  by  LI  +k  • A,, " 
e e M 

0"e  is  replaced  by-  [<7  ^ + (k  • A^,  )2] 

where  k is  the  number  of  increments  added. 

11.4.  5 Model  5 


This  model  is  an  extension  of  Model  1 for  those  equipments  ‘ 
whos.e  failure  rate  is  based  on  the  number' of  operational  cycles,  rather 
than  the  number  of  operational  hours.  A conversion  factor  (number  of 
cycles  per  hour),  which  is  derived  from  the  design  considerations  of  the 
hardware  subsystems,  is  used  to  convert  from  the  cycle  base  to  the  time 
base.  Then  Model  1 is  exercised  to  determine  the  reliability-time 
function. 
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This  model-translates  the  failure  rate: 
X = X • F 


where 

is  in  units, of  failures  per  10  cycles 
F is  in  units  of  10  cycles  per  10 7 hour. 

•C  *.  . ** 

X , then,  is  in  units  of  failures  per  10^  hours. 

•The  algorithm  for  this  model  is  that  of  Model  1,  using  X,  the  trans- 
lated failure  rate. 

For  thrusters,  F'  is  given  by  \ 


F 

. c 


F • Dx  • P t 


= . (14.1)  y-  -;  e- 
x ax 
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Model  100 


It  may  be  desirable,  to  optimize  the  redundancy  of  a system 
as  described-  above,  and  then  determine  the. reliability  or  MMD  values  wh 
the  entire  system  is  made  redundant  in. an  active  mode.  Model  100  re- 
sponds to  a program  executive  command  to  calculate  reliability  and.  MM! 
for  such  redundant  systems  where  one  is  required  and  one  or  two  are 

present.  ■ ' 

R [T  (I)  3 = 1 - [l  - Rs  [T  (I)  ]J2 


where 


[T  (I)  ] = Reliability  of  single  system  at  time  T (I) 


It  may  be  that  a requirement  exists  for  the  elimination  of  all 
single -point  failures,  i.e.  , the  requirement  may  be  that  every  functiona 
element  in  the  system  have  at  least  one  backup  element.  This  require- 
ment could  be  satisfied  by  requiring  redundancy  in  all  modules  at  the 
start.'  A user  option  permits  selection  of  initial  redundancy  or  bare 
bones  system.  . 
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12.  COST* 


12.  1 BACKGROUND 

Previous  cost  models  that  use  parametric  estimating  methods 
usually  have  been  subsystem  oriented.  A deficiency  to  such  estimating 
methods  is  that  independent  variables  in  a cost-estimating  relationship 
(CER)  always  influence  cost  in  the  same  way  regardless  of  the  makeup  or 
numbers  of  detail  components  in  a subsystem.  Thus,  if  weight  is  the  in- 
dependent variable,  which  is  frequently  the  case,  each  additional  pound  addec 
or  subtracted  always  changes  cost  by  a fixed  amount  despite  the  fact  that 
the  individual  components  that  are  changed  may  vary  considerably  in  their 
cost  per  pound.  An  estimating  system  that  relies  on  a finer  grain  of  detail, 
i.  e.,  on  major- assemblies  or  components,  should  help  to  alleviate  the  prob- 
lem. The  cost  model  described  in  this  section  is  part  of  an  overall  model 
designed  to  meet  the  requirements  for  such  an  estimating  system. 

!2.2  COST  DATA  BASE 

A substantial  amount  of  cost  and  related  technical  data  has  been 
collected,  analyzed,  and  used  in  numerous  studies  for  NASA  over  the  past 
several  years.  Such  studies,  commencing  with  the  STS,  have  required  the 
development  of  cost  models  for  launch  vehicles  and  satellite  systems. 
Satellite  data,  covering  both  NASA  and  DOD  satellite  programs,  were  orig- 
inally oriented  to  produce  subsystem  cost  information;  however,  during  the 
course  of  data  collection,  it  was  apparent  that  for  many  programs  compon- 
ent information  could  also  be  obtained  with  little  additional  effort.  More- 
over, certain  studies  for  DOD  required  an  examination  of  component  cost, 
quantity  and  related  technical  data.  As  a consequence,  the  satellite  cost 
data  base  at  Aerospace  grew  to  include  considerable  amounts  of  component 
information.  Such  information  forms  the  raw  data  base  used  for  the 
Systems  Cost/Performance  Model. 

*The  term  "component"  as  used  in  this  section  refers  to  subsystem 
components,  i.  e.  , assemblies. 
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The  raw  cost  data  referred  to  above  are  run  through  a computer 
model  to  guarantee  comparability  with  respect  to  (1)  adjustments  for  yearly 
price  changes,  (2)  allocations  to  components  of  program  management,  sys- 
tem engineering  and  integration  costs,  (3)  separation  of  recurring  and  non- 
recurring costs,  and  {4)  cost-quantity  adjustments  based  on  total  numbers 
of  full  prototype  and  flight  vehicles.”'  After  application  of  the  computer  pro- 
gram each  identifiable  component  is  shown  in  terms  of  weight,  quantity  per 
satellite,  and  estimates  of  engineering  design  and  development  cost  and 
average  unit  cost  (normalized  to  cumulative  average  for  the  first  5 units  in- 
cluding prototypes).  An  example  of  the  computer  program  output  covering 
a selected  sample  of  components  is  contained  in -Table  12-1.  Finally,  the 
computer  cost  figures  are  adjusted  manually  to  eliminate  average  amounts 
of  program  management,  system  engineering,  integration  and  quality  con- 
trol costs  prior  to  use  in  CER  derivation.  Each  of  the  steps  mentioned 
above  are  elaborated  upon  in  the  next  section  on  data  adjustment. 

12.3  COST  DATA  ADJUSTMENTS 

To  maintain  comparability, certain  adjustments  are  routinely 
performed  on  raw  cost  data.  In  many  instances,  these  adjustments  have 
been  performed  with  the  aid  of  computer  programs;  in  other  cases,  manual 
computations  are  used. 

12.  3.  1 Yearly  Price  Changes 

Actual  cost  data  come  from  numerous  programs  that  have 
occurred  at  various  times  in  the  past.  Price  indexes  constitute  the  prin- 
cipal means  of  adjusting  data  to  a common  base;  for  this  study  the  base  year 
is  1971.  Thus,  all  basic  cost  that  is  used  either  directly  within  the  model 
or  in  CERs  that  support  the  cost  model  is  input  in  terms  of  constant  1971 
dollars.  Of  course,  the  output  of  the  model  can  be  expressed  in  other  base 

. .....  r — 1 r 

Three  satellite  programs,  Tiros-M,  DSP  and  DSCS-II,  currently  are 
fully  converted  to  a component  cost  data  output  system.  Portions  of  the 
data  output  on  five  satellite  programs  will  provide  partial  component  infor- 
mation; Nimbus,  OGO,  Vela,  Yasp,  Pioneer.  Four  other  programs,  OAO, 
Lunar  Orbitex,  ATS  and  Program,  191  require  substantial  analysis  and  re- 
codinn  to  produce  comnonent  data. 
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Table  12-1.  Example  of  Computer  Output  for 
Selected  Components  • 


Control 

Elec-. 

Damper 

Reaction 

Wheel 

APT 

Camera 

A VCS 
Camera 

■lours 

Des.  Eng. 

34580 

2324 

9437 

5956 

9962 

Dev.  Test 

28292 

1099 

13254 

11502 

31145 

Unit  Eng. 

8179 

549 

2232 

1409 

2356 

Unit  Prod. 

17644 

3845 

585 

7587 

4009 

3ost  (1971  Dollars) 
Des.  Eng. 

705480 

44906 

191899 

100461 

179276 

Dev.  Test 

385797 

12859 

316289 

134707 

401813 

Dev.  Matl. 

78158 

317 

18662 

32098 

114902 

Total  Devel.  Cost 

1169435 

58082 

526850 

267266 

695991 

Unit  Eng. 

166878 

10622 

45393 

23763 

42407 

Unit  Prod. 

239524 

52934 

9818 

97355 

57076 

Unit  Matl. 

109178 

17258 

327 

49945 

16756 

Total  Unit'  Cost 

515580 

80814 

55538 

171063 

116239 

Jnit  Co  st/ Pound 

42965 

5772 

1322 

8772 

7749 

Component  Wt. 

12 

14 

42 

19 

15 

2t.  Per  Sat. 

1 

1 

1 

2 

2 
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years  at  the  discretion  of  the  user,  e.  g. , 1975  dollars.  The  price  index 
procedures  used  in  all  such  adjustments  are  based  on  the  method  described 
in  Reference  12-1,  The  actual  application  of  price  index  factors  is  done 
automatically  with  the  aid  of  a computer  program  that  also  makes  the 
adjustments  described  in  the  next  three  subsectibns. 

For  the  cost  model,  projections  of  satellite  prices  in  terms  of 
future  years  are  usually  needed,  and  the  same  rate  of  increase  in  price 
adjustments  for  past  years  is  planned  for  use  in  projecting  the  future.  The 
text  table  below  contains  price  index  factors  that  will  be  used  in  the  model 
•for  the  years  1971  through  1975. 

Fiscal  Year  Price  Index  Factor 


1-971 

1.  000 

1972 

1.050 

1973 

1.  100 

1974 

1.176 

1975 

1.227 

12.3.2  Allocations  to  Component  Cost 

The  raw  data  are  organized  so  that  three  types  of  cost  are  an  in- 
put to  the  computer  program:  (1)  component  identified,  (2)  subsystem  identi- 
fied, and  (3)  other  cost.  Component  identified  cost  refers  to  all  costs  that 
can  be  directly  related  to  a particular  component  or  assembly  through  a 
work  breakdown  or  job  order  system  of  cost  accounting.  Such  accounting 
systems  are  used  by  most  contractors  and  identify  varying  proportions  of 
cost  from  program  to  program.  Similarly,  certain  other  effort  can  be  iden- 
tified only  by  subsystem.  Examples  would  be  electrical-  power  subsystem 
qualification  testing,  reaction  control  system  design  or  inspection  of  com- 
munications equipment.  Still  other  cost  falls  into  overall  system  cate- 
gories such  as  receiving  inspection,  system  checkout  and  final  assembly, 
or  system  engineering. 
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The  computer  program  makes  two  allocations,  the  first  to  pro- • 
rate  subsystem  identified  costs  to  components  using  component  identified 
cost  as  a base  and  the  second  to  allocate  other  costs,  such  as  'program 
management  and  system  engineering,  to  the  revised  component  base.  Al- 
locations are  made  on  the  basis  of  like  cost-elements,  i.  e. , engineering 
(hours  and  dollars),  development  (hours  and  dollars),  production  (hours  and 
dollars)  and  material  cost.  1 . 

Allocations  are  made  so  that  all  costs  are  attributable  to  com- 
ponents or  subsystems  in  a systematic  way.  Differences  in  accounting 
practices  of  various  contractors  are  thereby  minimized  and  comparability 
of  important  cost  influencing  categories  is  improved. 

12.3.3  Separation  of  Recurring  and  Nonrecurring  Cost 

With  the  exception  of  engineering,  many  functional  cost  elements 
lend  themselves  to  categorization  into  nonrecurring  and  recurring  cost  as 
illustrated  by  the  cost  data  format  used  for  inputs  to  the  computer  cost  data 
program  (see  Fig.  12-1).  For  example,  DEV  cost  includes  all  manufacturing 
type  cost  associated  with  support  of  development  and  development  testing 
(nonrecurring)  and  MFG  cost  includes  all  manufacturing-type  cost  for  pro- 
duction of  prototype  and  flight  hardware  (recurring).  Typically, contractor 
job  order  or  work  breakdown  systems  identify  such  costs.  However,  it  is 
difficult  to  segregate  engineering  costs  by  such  categories  because  contrac- 
tors define  DDT&E  (nonrecurring)  and  sustaining  or  production  (recurring) 
engineering  in  different  ways.  Moreover,  job  order  or  work  breakdown 
classifications  relating  to  engineering  functions  are  not  applied  or  used  uni- 
formly on  different  satellite  programs. 

To  maintain  consistency  in  the  treatment  of  engineering  cate- 
gorization two  assumptions  have  been  made:  (1)  engineering  costs  increase 
if  a larger  quantity  of  satellites  is  manufactured  and  flown  on  a given  satel- 
lite program,  i.  e.,  costs  are  related  to  quantity  produced,  and  (2)  the  cost- 
quantity  relationship  is  quantifiable  in  terms  of  a log-linear  cumulative 
average  function  with  a b value  of  -0.515,  i.  e. , a 70-percent  curve.  Thus, 
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using  such  a function,  the  engineering  required  for  the  first  unit  produced 
can  be  estimated,  which  is  also  a surrogate  for  Design  Engineering. 
Similarly,  the  engineering  required  for  the  total  quantity  produced  (including 
prototype)  less  Design  Engineering  will  give  Production  Engineering.  Little 
data  exist  - to  verify  the  correctness  of  the  70-percent  curve;  however,  gen- 
erally so  few  satellites  are  produced  for  a given  project  that  any  error  in 
assumption  about  the  curve  slope  will  have  negligible  effects  on  cost  esti- 
mates. 

12.3.4  Cost-Quantity  Effects 

A particular  satellite  program  may  have  any.  number  of  flight 
and  prototype  units.  For  comparability  costs  must  be  adjusted  to  a common 
base.  The  base  judged  to  be  most  appropriate  is  five  units  because  that 
figure  tends  to  represent  a reasonable  average  of  the  satellite  programs 
analyzed.  (The  theoretical  first  unit  is  often  selected  in  other  cost  analysis 
work;  however,  the  average  cost  for  five  units  is  so  close  to  average  actual 
experience  it  is  deemed  the  most  appropriate  for  satellites. ) 

Manufacturing  effort  typically  follows  a cost-reduction  function 
when  related  to  quantity  produced.  Because  of  the  relatively  few  satellites 
normally  produced  as  part  of  a given  program,  no  large  body  of  data  exists 
that  would  aid  in  accurately  measuring  such  cost-reduction  functions.  A 
90  percent  log-linear  cumulative  average  curve  (i.  e.,  b = -0.  152)  has  been 
assumed,  based  on  preliminary  data  from  the  OGO  program.  Again,  the 
exactness  of  the  cost-quantity  slope  should  not  materially  affect  any  cost 
estimates  because  the  quantity  of  satellites  on  a program  is  generally  small. 

12.3.5  Adjustments  for  Program  Management  and  System  Engineering 

The  computer  program  allocates  overall  system  cost  categories 
(i.  e. , Program  Management,  System  Engineering  and  Integration,  and 
Quality  Control)  to  components  as  previously  described;  the  purpose  of  the 
allocations  is  to  achieve  comparability  of  total  component  cost  from  various 
programs.  For  the  Cost  Model,  such  categories  as  Program  Management, 
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etc.,  are  treated  separately;  thus,  any  component  data  base  must  exclude 
them  when  CERs  are  to  be  developed.  Accordingly,  the  computer-adjusted 
costs  described  above  are  reduced  by  applicable  percentages  that  are  based 
on  an  examination  of  data  from  all  available  satellite  programs.  Engineer- 
ing, Development  (Test  and  Evaluation),  and  Production  costs  are  reduced 
by  34.  2,  30.  5 and  27.  5 percent,  respectively. 

12.4  • COST  MODEL  DEVELOPMENT 

After  all  of  the  adjustments  are  made,  the  data  are  ready  for 
use  in  developing  the  CERs  needed  by  the  cost  model.  CERs  are  applied  in 
two  ways;  one  directly  within  the  cost  model  and  the  other  outside  the  model. 
Certain  items  within  the  model  are  basically  a function  of  the  types  of  com- 
ponents that  the  model  identifies  as  requirements.  These  items  are  Struc- 
ture, Thermal  Control;  Solar  Arrays,  Power  Control  Equipment,  Power 
Converters,  Wiring  Harness,  and  Attitude  Control  Propulsion  Tankage  and 
Feed  Systems.  Because  the  requirements  for  these  items  tend  to  be  variable, 
it  is  prudent  to  allow  costs  for  them  to  be  changeable  depending  on  the  inde- 
pendent variables- that  relate  to  cost.  Costs  for  all  other  components  are  an 
input  to  the  program  cost  data  bank  and  the  cost  comes  from  component 
CERs  used  outside  of  the  model.  Further,  the. use  of  CER  generated  cost, 
rather  than  contractor  or  vendor  cost,  serves  to  dispel  any  possible  concern 
over  the  proprietary  aspect  of  the  program  cost  data  base.  For  convenience, 
components  are  classified  as  CER  or  catalog  within  the  model;  the  former 
denotes  internal  CER  cost  items,  the  latter  are  cost  data  bank  items. 

12.4.1  CER  Categories 

Three  categories  of  cost  are  required  for  CER  items  and  input 
for  catalog  items:  Design  Engineering,  Test  and  Evaluation  and  Unit  Produc- 
tion. (A  fourth  category,  Production  Engineering,  is  a function  of  Design 
Engineering  and  is  not  a direct  input  or  CER  requirement.  ) Besides  indi- 
vidual component  cost,  the  model  must  generate  the  cost  of  Program  Manage- 
ment and  related  categories.  Ground  Support  Equipment,  Satellite  Launch 
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Cost,  and  Fee  or  Profit.  Factors,  percentages  and  all  of-the  component 
CERs  stored  within  the  model  are  required  for  estimating  such  items. 

Finally,  factors  that  relate- the  effect  of  redundancy  on  cost  are  required 
as  part  of  the- model.  * 

a.  Design  Engineering.  Design  Engineering  cost  is  defined  as 
the  cost  of  all  engineering  effort  connected  with  the  planning, 
design,  development  and  qualification  of  a particular  compon- 
ent or  assembly.  As  previously  explained,  contractor  ac- 
counting systems  cannot  guarantee  comparability  of  costs; 
thus,  a standard  procedure  is  applied  to  the  cost  of  engineer- 
ing on  past  programs  to  achieve  a split  between  nonrecurring 
(Design  Engineering)  and  recurring  (Production  Engineering). 
Even  though  comparability  of  costs  should  be  enhanced  by 
such  a'  procedure,  variability  must  inevitably  be  expected. 
Factors  that  account  for  cost  variability  are  rework,  redesign 

■ schedule  alterations,  and  amounts  of  design  inheritance  from 
similar  components  previously  developed.  When  CERs  are 
applied,  such  variability  tends  to  be  normalized. 

b.  Test  and  Evaluation.  Testing  encompasses  all  developmental 
and  qualification  effort  required  as  part  of  DDT&E.  Test 
and  evaluation  cost  includes  all  nonengineering  labor  and 
materials  connected  with  building  tooling  and  test  equipment, 
manufacturing  parts  for  test  and  conducting  development  and 
qualification  testing. 

c.  Unit  Production.  The  cost  of  all  manufacturing  labor  and 
materials  used  to  fabricate,  assemble,  checkout  and  accept- 
ance test  full  prototype  and  flight  units  is  defined  as  Unit 
Production  cost. 

12.4.2  . CER  Development  - Generalized  Procedure 

The  procedure  for  developing  CERs  consists  of  examining  all 
pertinent  data  and  determining  if  any  relationship  exists  between  a c propon- 
ent1 s physical  or  performance  characteristics  (explanatory  variables)  and 
its  cost.  The  engineering  portion  of  the  over-all  model  produces  weight, 
quantity  required  per  satellite  and  other  physical  and  performance  data  that 
can  be  used  as  explanatory  variables;  thus,  a first  step  is  to  check  for  re- 
lationships between  the  engineering  model  output  and  cost.  Next,  the  re- 
lationship, if  it  appears  useful,  must  be  quantified.  Typically  a formula  of 
the  type  C^,=  X bE  is  used  to  quantify  the  relationship  where  C£  is  a 
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cost  category  {Design  Engineering  for  example),  K^,  is  a constant  for 
Design  Engineering,  X.is  the  explanatory  variable  (weight  for  example),  and 
b-g  is  the  exponent  of  the  variable.  In  addition,  factors  are  introduced  into 
the  equation  to  give  effect  to  the  selection  of  different  types  of  satellites  or 
subsystems,  for  example,  body  mounted  versus  paddle  mounted  solar  cells 
would  require  factors  equal  to  1 and  4,  respectively. 

Because  of  the  relatively  small  size  of  the  sample  of  data  points 
currently  available,  it  is  not  possible  to  apply  rigorous  statistical  proce- 
dures in  the  development  of  CERs.  Accordingly,  manual  plots  ,on  log-log 
graphs  of  costs  versus  explanatory  variables  have  been  used.  . When  the  cost 
data  base  is  augmented,  it  may  be  possible  to  improve  the  CERs  {e.  g. , in- 
crease the  accuracy  or  resort  to  greater  stratification  by  satellite  or  sub- 
system type.)  and  it  may  be  possible  to  apply  regression  methods  to  the  data. 

One  way  of  expanding  the  data  base  is  to  convert  existing  detailed 
cost  data  at  Aerospace  to  a component  format  through  the  process  of  recod- 
ing contractor  job  number  or  work-breakdown  identifiers.  Another  method 
is  to  obtain  cost  data  for  additional  completed  projects.  A third  method  is 
to  use  contractor  estimates  of  cost  for  future  satellite  components.  {Such 
estimates,  however,  are  likely  to  be  unreliable  if  past  experience  is  a guide.  ) 

Within  the  overall  model,  the  program  cost  data  bank  includes  an 
estimated  cost  for  each  component  {or  assembly)  that  is  cataloged.  In  ad- 
dition to  catalog  items,  certain  assemblies  or  subsystems  are  estimated  by 
CERs  that  are  internal  to  the  model,  as  previously  explained.  All  costs, 
whether  catalog  or  CER  type  estimates,  exclude  System  Engineering  and 
Integration,  Quality  Control  and-Program  Management.  Such  costs  are  cal- 
culated by  means  of  average  percentages  applied  to  the  basic  component 
total  cost  categories.  The  percentages  were  derived  from  an  examination 
of  all  available  satellite  programs.  Table  12-2  provides  all  per- 
centages, and  the  cost  bases  to  which  they  are  applied,  that  are  used  for 
estimating  svstem-oriented  costs. 
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Table  12-2-.  Percentage  Allocations  of  System  Engineering, 
- Quality  Control  and  Program  Management 


Base 

System 

Qua  lity 

Program 

Cost  Category 

Eng.  Integ. 

Control 

Management 

Design  engineering 

32 

1.5 

19 

Test  and  .evaluation 

27 

14 

2 

Production  engineering 

32 

’ 1.  5 

19 

Production  (mfg.  ) unit 

22 

14 

2 

The  net  effect  is  that  the  original  cost  data  (examples  are  shown  in  Table 
12-1)  are  adjusted  downward  to  subtract  such  system  costs  prior  to  CER 
development  and  the  model  adds  back  in  the  costs  by  applying  the  noted 
percentages  to  the  CER  derived  cost  base. 

12.  4.  3 CER  Development' 

The  Cost  Model  CER  items,  currently  made  up  of  Structures, 
Thermal  Control,  Solar  Array,  Power  Control  Equipment,  Power  Convert- 
ers, Wiring  Harness  and  Propulsion  Tankage  and  Feed  System,  are  handled 
internally'by  the  model;  all  othe'r  items,  i.  e.,  catalog  items,  are  input  to 
the  model  cost  data  base.  As  previously  explained,  all  .of  the  costs  are 
based  on  CERs;  however,  at  this  juncture  either  insufficient  data  exist  ci- 
nq data  are  available  to  allow  development  of  CERs  for  certain  components. 
Preliminary  estimates  have  been  made  for  data  base  catalog  items  where 
no  CER  is  currently  available,  thereby  allowing  the  model  to  be  run. 

The  subsections  that  follow  contain  descriptions  of  each  CER 
{or  concludes  that  because  of  insufficient  data  no  CER  can  be  developed  at 
this  time).  Component  CERs  are  grouped  by  major  subsystem  and  include 
the  equation  plus  pertinent  remarks  concerning  factors  that  should  be  ap- 
plied when  different  types  of  satellites  are  being  considered.  Log-log  plots 
of  the  data  for  each  CER  are  contained  in  Figures  12-2  through  12-63  and  are 
located  in  the  back  of  Section  12  for  easy  reference.  Three  CERs  are 

*The  Cost  Model  CERs  in  the  Computer  Program  are  preliminary  versions 
in  that  insufficient  time  remained  in  the  current  contract  period  to  code  and 
debug  the  C.ERs  provided  in  this  document. 
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needed  for  each  component  - Design  Engineering,  Test  and  Evaluation,  and 
Unit  Production.  'All  CERs  are  considered  in  terms  of  constant  1971  dollars. 
The  following  listing  of  CERs  shows  Cp,  Cp  and  Cp,  Design  Engineering, 
Test  and  Evaluation,  and  Unit  Production,  respectively.  The  independent 
variable  is  often  component  weight  (denoted  by  W);  otherwise  the  variable 
•will  be  mentioned.  When  differences  in  satellite  characteristics  appear  to 
influence  costs,  an  adjustment  factor  F is  used.  Where  information  to  devel- 
op a CER  is  currently  insufficient,  the  notation  NA  (not  available)  is  given, 
a.  Stabilization  and  Control 


2. 


3. 


Sun  Sensor  Assemblies  (Figs.  12-2  to  12-4) 

Cp  = 254,  845  W 677  (12-1) 

CT  = 160,  000  W*447  ^ (12-2) 

Cp=  7,  153W*521Fp  (12-3) 

The  plotted  data  (Fig.  12-4)  suggest  that  the  type 
of  control  system  applicable  to  a particular  satel- 
lite can  help  to  identify  cost.  The  factor  Fp  is  used 
to  adjust  cost;  it  is  1.  0,  • 3.  3,  or  7.  5 for  spin,  3-axis 
or  oriented  solar  paddle  systems,  respectively. 


Control  Electronic  Assemblies  (Figs.  12-5  to  12-7) 
C„  = 183,  910  W*  633  ( 

ii/  / o 

CT  = 122,  780  W*  ( 

' Cp  = 29,  420  W*  669  ( 

Earth  Sensor  Assemblies  (Figs.  12-8  to  12-10) 

CE  = 36,  000  W*5i4  Fe,  ( 

where  FE  = 13.5  if  satellite  is  3-axis  controlled 
or  has  paddle -mounted  solar  arrays;  FE  =1.0  for 
spin- stabilized  satellites.  ! 

• CT  = 43,  440  W647  Ft,  ( 

where  Fp  = 1.  0 for  spin  satellites,  or  2.4  for 
3-axis  or  oriented  paddle  arrays. 

Cp  = 11,  550  W*  767  Fp,  C 


where  Fp  =1.0  for  spin,  2.2  for  3-axis  and 
5.  0 for  oriented  paddle  arrays. 
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4,- 


Rate  Gyro  Assemblies  (Figs 

C-,  = 134,  780  W * 630 
710 

C = 5 1,  420'  W * . u 

~ . 707 

Cp  = 22,  420  W * ,Uf 

5,  Reaction  Wheel  Assemblies 

• G_  = 16,  730  W * 745 

JS  orr 

CT  = 9,  350  W ** 

Cp  = 7,  690  W * 632 

6.  Control  Moment  Gyros 

7.  Star  Sensors 

- ✓ 

8,  Nutation  Dampers 


12-11  to  12-13} 

,(12-10) 

(12-11) 

(12-12) 

'igs.  12-14  to  12  — 16)' 

• (12-1.3) 
(12-14) 
(12-15) 

NA 

NI 

m 


' b.  Auxiliary  Propulsion 


1,  Thrusters  (Figs.  12-17  to  12-19) 

C = 150,  000  W*  748  (12-16) 

CT  = 150,  000  W * Ft  (12-17) 

Fp  = 1.00  when  thrust  is  greater  than  or 
equal  to  thruster  weight 

= 0.25  when  thrust  is  less  than  thruster 
weight 

Cp  = 11,490  W (12-18) 

2.  Tanks  (includes  fill  and  drain  valves  and  relief 

valves) (Figs.  12-20  to  12-22) 

27? 

CE  = 129,200  TWW‘  FE  (dual-spin  satellites)  (12-19) 
Fe  = 0.  507 

TWW  = -total  Reaction  Control  System  wet 
weight 

22? 

CE  = 545,640  TWW*  Fp  (for  all  other  (12-20) 

satellites) 

F„  = 0.268 

E a 7A 

Cp  = 24,  160  TDW*  Fp  (12-21) 

Fp  = 0.  325  for  dual  spin  satellites 

Fp  = 0.  619  for  all  other  satellites 

TDW  = total  Reaction  Control  System  dry 
weight 
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(12-22) 


Cp  = 14,  000  TDW  * 668  Fp 

Fp  = 0.615  for  dual  spin  satellites 
F_.  = 0.840  for  all  other  satellites 

Sr 

Detail  cost  data  concerning  Reaction  Control  tankage  • 
(including  fill,  drain  and  relief  valves)  is  currently 
available  from  only  two  satellite  programs.  In  order 
to  broaden  the  data  base,  cost  and  weight  information 
for  total  reaction  control  system  was  used  as  a reference. 
Ratios  of  tank  costs  to  total  system  costs  for  the  two 
satellites  were  calculated  and  in  turn  were  applied  to 
total  reaction  control  costs  to  derive  the  tank  CERs. 

This  procedure  allowed  the  use  of  data  from  eight  pro- 
grams. 

c.  Data  Processing 

1.  Digital  Telemetry  Units  (Figs.  12-23  to  12-25) 

CE  = 43,  170  W *668  Fp  (12-23) 

F_  =1.0  for  low  data  rates 

ill 
Tf* 

E = 2.7  for  high  data  rates 

CT  = 28,780  W * 516  Fx 

F,p  =1.0  for  comsats 

F„  = 1.  9 for  all  other  satellites 

Cp  = 6,  894  W Fp 

Fp  =1.0  for  comsats 

Fp  =4.5  for  planetary  satellites 

F-,-.  = 3.  0 for  other  satellites 

' P 

2.  Tape  Recorders  (Figs.  12-26  to  12-28) 

C£  =■  77,720  W*  621  (12-26) 

. Cp  = 71,  690  W*557  (12-27) 

Cp  = -15,  730  W*  548  (12-28) 

3.  General  Purpose  Processors  NA 


(12-24) - 
(12-25) 
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d.  Electrical  Distribution 


1.  Command  Decoding  and  Distribution  Units 
(Figs.  12-29  to  12-31) 

C£  = 140,  390  W“549  (12-29) 

CT  = 71,540  W *628  (12-30) 

Cp  = 43,  914  W*622  (12-31) 

2.  "Wiring  Harness  (Figs,  12-32  to  12-34) 

C„  = 3,  920  W*715F„  (12-32) 

sLi  JbLt 

Fp  =1.0  for  pure  spin  satellites 

Fp  =5.0  for  all  other  satellites 

CT  = 6,  000  W * 585  Ft  (12-33) 

F^.  =1.0  for  pure  spin  satellites 

Frj,  = 5.  0 for  all  other  satellites 

Cp  = 2,  050  W*745  Fp  (12-34) 


Fp  = 1.  0 for  pure  spin  satellites 
Fp  = 3.  0 for  all  other  satellites 

e.  Communications 

1.  *Antenna  (Figs,  12-35  to  12-37) 

Cp  = 67,  970  W*  593  (12-35) 

CT  = 49,850  W*699  (12-36) 

Cp  = 12, 000  W* 569  (12-37) 

2.  Receivers  (Figs.  12-38  to  12-40) 


CE  ^ 
CT  = 

467 

39,500  W * 

(12-38) 

69,060  W*  6569 

(12-39) 

CP 

22,  190  W * 329 

(12-40) 

Dip  lexers 
CE  = 

CT  = 

(Figs.  12-41  to  12-43) 
10,  940  W *454 

(12-41) 

6,  680  W*  645 

(12-42) 

7,820  W * 619 

(12-43) 
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4.  Baseband  Assembly  Units  NA 

5.  Transmitters  NA 

6.  Command  Signal  Conditioners  NA 

f.  Electrical  Power 

1.  Batteries  (Figs.  12-44  to  12-46) 

C£  = 31,  000  AMPH  * 276  for  battery  systems  (12-44) 

with  capacities  ^15  amp -hr 

AMPH  = amp-hr  of  total  battery  system 
in  satellite 

CE  = 42,  250  AMPH  * 5^2  for  batteries  with  (12-45) 

capacities  >15  amp-hr 

C . = 99*900  AMPH  * for  3-axis  controlled  (12-46) 

and  oriented  paddle  satellites 

CT  = 32,480  W * 469  Ft  (12-47) 

F^  = 6.  0 for  3-axis  controlled  or  oriented 
- paddle  satellites 

F^,  = 1.0  for  all  other  satellites 

Cp  - 11,470  W * 400  Fp  - (12-48) 

Fp  =4.0  for  3-axis  and  oriented  paddle 
satellites 

Fp  =1.0  for  all  other  satellites 

Power  Control  Equipment  (Figs.  12-47  to  12-49) 

CE  = 51,  383  W *587  Fe  (12-49) 

Fp  = 3.  2 for  3-axis  and  oriented  paddle 
satellites 

F„  = 1.  0 for  all  other  satellites 

CT  = 87,  500  W*  Ft  ' ' (12-50) 

Fp  = 3.  1 for  3-axis  and  oriented  paddle 
satellites 

Ft  =1.0  for  all  other  satellites 
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3. 


4. 


5. 


Cp  = 36,  660  W 

F = 4.  0 
P 

Fp=  1.0 


‘ 182  Fp  (12-51) 

for  3-axis  and  oriented  paddle  satellites 
for  all  other  satellites 


Solar  Array  (Figs.  12-50  to  12-52) 

CE  = (41,  500  SF  * 627  - 34,  100  W * 5°)  Fp 

Fp  = 4.0  for  deep  space  or  lunar  satellites 

F„  =1.0  for  all  other  satellites 
SF  = square  feet  of  solar  array 
CT  = 34,  100  W *50  Ft 

F^  = 4.  0 for  deep  space  or  lunar  satellites 

F„  =1.0'  for  all  other  satellites 
1 ' 44.4 

Cp  = 42,  678  SF  * Fp 

Fp  = 2.  0 for  oriented  paddle  satellites 
Ft-.  = 1.0  for  all  other  satellites 

sr 


(12-52) 


(12-53) 


(12-54) 


Power  Converters  (Figs.  12-53  to  12-55) 
C^  = 82,  800  W * 620 
CT  = 48,  640  W ■ ° u 
Cp  = 14,  870  W • 738 

Shunt  Regulators  NA 


(12-55) 

(12-56) 

(12-57) 


Total  Structure 


1.  Structure  (Figs.  12-56  to  12-58) 

. 393 


CE  = (139,  000  W 


E 


) (Fp)  (STF)  (12-58) 

= 2.5"  for  3-axis  and  oriented  paddle  satellites 


Fp  = 1..0  for  all  other  satellites 

STF  = 1+  [ STRF  - (structure  weight/total  satellite 
weight] /STRF,  if  STRF  > structure  weight/ 
total  satellite  weight;  otherwise 


STF  = 1 - 


[(structure  weight/total  satellite  weight)  - 

1 


STRF]  / (structure  weight/total  satellite 

wei«ht)l  -.168 


STRF  = .5054  (total  satellite  weight) 
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CT  = (48,  900  W -4^°)  (Ft)  (STF)  (12-59) 

F^  = 3-.  0 for  3-axis  .and  oriented  paddle  satellites 

F^,  = 1.0  for  all  other  satellites 

Cp  = 53,  545  W * 263  Fp  (12-60) 

Fp  =4,0  for  3-axis  and  oriented  paddle  satellites 

F„  =1.0  for  all  other  satellites 
JP 

Thermal  Control  (Figs,  12-59  to  12-61) 

CE  = 91,  287  W -50  Fe  (12-61) 

F„  =2.0  for  3-a'xis  satellites 
Fp  =1.0  for  all  other  satellites 

C-T  = 69,  338  W ’ 50  ’ (12-62) 

Cp  = 9,  400  W * 566  Fp  (12-63) 

Fp  = 2.  0 for  3-axis  and  oriented  paddle  satellites 
F„  =0.4  for  pure  spin  satellites 
F^  =1.0  for  all  other  satellites 

12.4.4  Other  CERs 

Costs  for  ground  support  equipment  and  launch  operations  are  satellite 
oriented.  The  CERs  developed  for  these  items  are  related  to  Spacecraft 
total  Design  Engineering  costs  (SATp)  or  average  unit  costs  (SAT,-)  for 
five  spacecraft. 

a.  Ground  Support  Equipment  (Fig.  12-62) 

CQ  = 49.72  SATp  ‘ 689  Fg  (12-64) 

F„  = 2.  121  for  3-axis  and  oriented  paddle  satellites 
G 

F,_  = 0.409  for  communication  satellites 
Lr 

F^,  = 1.000  all  other  satellites 

b.  Launch  Operations  (Fig.  12-63) 

CT  = 310  SAT  *588  (12-65) 

L 5 
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12.4.5 


Cost  Factors  for  Redundancy 

The  question  of  redundancy  and  its  relation  to  cost  is  handled 
in  two  ways  depending  on  whether  or  not  the  component  affected  is  a CER 
or  catalog  item.  If  a CER  item  is  involved,  no  further  action  is  taken  by 
the  model  because  the  independent  variable  in  the  CER  will  reflect  the  ef- 
fects of  redundancy.  For  catalog  items,  the  following  procedure  is  applied. 
First,  Design  Engineering  is  adjusted  to  reflect  the  change  in  development 
test  provided  by  engineering;  this  is  accomplished  by  comparing  the  quan- 
tity of  components  required  (including  redundant  components)  per  satellite 
with  the  base  quantity  per  satellite  and  using  the  results  with  Equation  (12-66) 
to  develop  a cost  adjustment  factor.  (The  adjusted  Design  Engineering  will 
also  have  an  effect  on  Unit  Production  Engineering  cost  because  the  two  are 
directly  r.elated,  )'  Next,  the  Test  and  Evaluation  cost  category  is  adjusted 
in  the  same  manner  as  Design  Engineering,  except  that  the  numerical  con- 
stants in  Equation' (12-67)  are  different.  Finally,  unit  costs  are  affected;  how- 
ever, the  effects  are  indirect.  Unit  Engineering  will  be  altered  because  of 
its  relationship  to  Design  Engineering  and  different  quantities  per  satellite 
will  result  in  associated  learning  curve  changes.  Accordingly,  no  addi- 
tional factors  are  applied  to  unit  costs. 


lows: 


The  formulas  used  for  DDT&E  adjustment  factors  are  as  fol- 
Design  Engineering  Factor  (FRi) 

FR1  = 0.8875  + 0.  1125  Fq  (12-66) 

where  Fq  = (base  quantity  + redundant  quantity) /base  quantity 

Test  and  Evaluation  Factor  (F^,^) 

FT1  = 0.3  4 0.  7 Fq  ' (12-67) 
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The  numerical  constants  inequations  (12-66)  and  (12-67)  were  derived 
from  the  results  of  a DOD  study  (Ref.  12-2)  that  examined  the  changes  in 
cost  of  DDT&E  and  production  as  redundancy  was. added  to  or  subtracted 
-from  a.  baseline  satellite  configuration.  The  equations  are  applied  in  the 
same  manner  to  all  catalog  items. 

12.  5 COMPUTER  COST  MODEL 

The  purpose  of  the  Cost  Model  computer  program  is  to  pro 
vide  a method  of  interacting  with  the  engineering  model  output  to  produce 
cost  estimates  rapidly^  The  objective  of  this  section  is  to  outline  the 
major  steps  in  the  program  that  make  up  the  cost  model. 

For  each  component  selected  from  a particular  design, 
the  computer  program  directly  accepts  as  inputs  certain  outputs  from  the 
engineering  model  such  as  weight,  performance  and  quantity  information. 
To  produce  cost  estimates,  the  program  first  considers  all  components 
identifiable  as  CER  items  and  applies  internally  stored  CERs.  Next, 
costs  for  catalog  items  are  obtained  from  a stored  cost  data  base.  The 
effects  of  redundancy  are  then  estimated  through  the  application  of  stored 
factors.  All  component  costs  are  summed  by  major  category  (i,  e.  , 
Design  Engineering,  Test  and  Evaluation,  Unit  Engineering  and  Unit 
Production)  for  subsystems  and  total  spacecraft.  The  costs  of  System 
Engineering  and  Integration,  Quality  Control  and  Program  Management 
' ar.e  calculated  by  applying  the  factors  discussed  in  Paragraph  12.4.  2 to 
spacecraft  total  cost  categories.  Finally,  quantity  data  concerning  the 
number  of  full  qualification  units  and  total  number  of  flight  vehicles  are 
used  to  calculate  total  DDT&E,  Investment  and  Operations  cost.  Other 
costs  such  as  Ground  Support  Equipment  (GSE)  and  Launch  Support  are 
also  covered  by  the  program-.  The  subsections  that  follow  present  a 
detailed  discussion  of- exactly  how  the  program  accomplishes  all  of  the 
above  steps. 
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12.5.  1 


Program  Inputs 

Depending  on  the  source,  inputs  can  be  classed  in  three 
ways;  (1)  user,  (2)  program  stored,  and  (3)  engineering  model  (output). 
User  inputs  deal  with  type  of  mission,  cost  of  Mission  Equipment  (the 
computer  model  treats  only  the  basic  spacecraft),  fee- or  profit  percent- 
ages-and  quantities  required  for  calculating  total  program  cost.  Default 
or  nominal  values  are  provided  in  case  the  user  cannot  ascertain  a par- 
ticular input .ya'lue.  The  inputs,  program  acronyms  and  default  values 
are  presented  in  Table  12-3. 

Table  12-3.  Cost  Model  User  Inputs 


Item 

Acronym 

Default  Value 

Number  of  Qualification  Satellites 

QV 

1 

Number  of  Flight  Satellites 

FV 

4 

Mission  Equipment  DDT&cE  Cost 

# mer 

0 

*T* 

Mission  Equipment  Average  Unit  Cost 

MEy 

0 

Mission  Equipment  Weight 

MEW 

0 

Contractor  Fee  or  Profit  Percentage 

FEE 

. 07 

Type  of  Mission  • 

- Communications  . 

COM 

NA 

- Earth  Observation 

EO 

NA 

- Lunar 

LUN 

NA 

- Planetary 

PLN 

NA 

There  are  two  types  of  program-stored  inputs;  the  first 
includes  catalog  item  cost  data  and  the  second  covers  factors  that  operate 
on  component  costs.  Outside  of  the  model,  cost  data  are  calculated  for 
each  catalog  component  that  can  be  identified  by  the  engineering  model; 
the  total  information  thus  identified  constitutes  the  program  cost  data 

Must  include  applicable  fee  or  profit 
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base.  The  catalog  item  inputs  and  appropriate  program  acronyms  for 
each  are  listed  below;  ' 


Catalog  Input 

Design  Engineering  Cost 
Test  and  Evaluation  Cost 
Unit  Production  Cost 

(Cumulative  Average  for  5) 
Reference  Quantity  per  Satellite 


Program  Acronym 

COMPER 

COMPTR 

p 

o 

qref 


The  first  three  items  have  been  defined  and  discussed  in  Paragraph  12.4.  1. 
The  fourth  item  refer  s' to  the  quantity  per  satellite  nominally  required 
by  satellites  for  a particular  component;  an  example  would  be  batteries 
where  typically  QRRR equals  two.  The  need  for  such  information  arises 
from  a requirement  to  give  effect  to  redundancy  within  the  Cost  Model; 
its  use  is  included  as  part  of  the  redundancy  factor  discussion  in 
Paragraph  12.  4.  5. 

Factors  are  stored  in  the  program  and  are  used  to;  (1)  ad- 
just cost  to  a particular  base  year,  and  (2)  to  treat  redundancy.  Base  year 
costs  are  currently  stated  in  terms  of  1971  dollars;  the  price  index  factor 
is  PI  and  is  applied  to  all  catalog  and  CER  component  costs.  The  effect 
on  component  development  cost  of  redundancy  is  calculated  by  applying 
factors  Frj  to  Design  Engineering  and  FT1‘  to  Test  and  Evaluation. 

Values  for  these  factors  are  derived  within  the  model  by  comparing  the 
quantity  per  satellite  for  each  component  in  a particular  design  with  the 
reference  quantity,  QREF*  The  equations  for  these  redundancy  factors 
are  stored  within  the  model. 


The  last  major  set  of  inputs  needed  by  the  Cost  Model  is 
internally  derived  from  the  engineering  model  output.  The  model  pro- 
duces for  each  component  (i)  in  a particular  design  its  weight  (W.), 
quantity  (NCHOSE.)  and,  for  selected  CER  items,  physical  or  performance 
variables  such  as  square  footage  of  solar  arrays,  total  APS  subsystem 
ri™  wet  weight.  and  total  satellite  wet  weight. 
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12.  5.  2 Program 

The  program  first  operates  on  all  CER  items  and  then 
treats  catalog  items.  For  CER  items,  the  cost  equation  for  Design  En- 
gineering takes  the  general  form: 

COM  PE 


= comper  Fre2pi 


where 


COM  PE 


R 


= kexe 


E 


and 


RE2 

PI 


. K 

X 


E 

E 


= factor  for  type  of  subsystem 
= price  index 
= constant 

~ independent  variable 
= power  term 


For  Test  and  Evaluation,  the  general  form  is: 

^T 

COMPT  = KT  XTx  FRT2PI 


where 

Kr 

Xr 


RT2 


= constant 

= independent  variable 
= power  term 

= factor  based  on  subsystem  type 


(12-68) 

(12-69) 


(12-70) 


From  Unit  Engineering,  the  general  form  of  the  equation  is: 

485 


COMPue  = COMPE  (Q* 
where  Q = QV  + FV. 

The  general  form  for  Unit  Production  is: 

b 

COMP 


-1)/QPI 


(12-71) 


UP  = KP  XpP  Q-'152  Fnp2PI/_783 


(12-72) 
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where 

Kn  = constant 

Jr 

Xp  = independent  variable 

bp  = power  term 

FTTr,7  ='  factor  based  on  subsystem  type 

The  CER  constants,  independent  variables,  power  factors  and  satellite 
or  subsystem  type  factors  are  presented  in  Tables  12-4  through  12-6. 

For  catalog  items  the  equation  for  Design  Engineering  is: 

COMPE  = 1000  COMPER  FRI  PI  (12-73) 


For  Test  and  Evaluation,  the  equation  is: 
COMPT 

For  Unit  Production,  the  equation  is: 
COMP 

and  the  equation  for  Unit  Engineering  is: 


= 1000  COMPTr  FtiPI 


_ = 1000  PK  QP  -848  PI/.783  Q 

UP  . 5 


where 

F 

F 

Q 


RI 

TI 


COMPue  = 1000  COMPE  (Qp 
= 0.  8875  + 0.  1125  F, 


.485 


- 1)/  Q 


Q 


P 

N CHOSE. 


= 0.  3 + 0.7  F 
= Q NCHOSEi 


Q 


and  F 


Q 


(12-74) 


(12-75) 


(12-76) 


a. 


= Number  per  satellite  for  component  (i) 

= nchose./qref,  (Fq  £ 1.0). 

For  each  CER  component  (or  assembly)  the  program, 
calculates  COMPEL,  ' ■ 

COMPT,  COMPpp  , COMPue  using  Equations 
(12-68)  through  (12-72),  and 
COMPd  = COMPE  + COMPT 

ix 

, 

For  solar  arrays  only,  .COMPER  = XR  - K.^,  X,^, 


(12-77) 
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Table  12-4.  Design  Engineering  CER  Data 


CER  Item 

Constant 

(ke) 

Variable. 

(xE) 

Power 

<bE) 

Factor 

(FRE2* 

Satellite  or 
Subsystem  Type 

Solar  Array- 

41, 500 

SF 

0.627 

4.  0 

Lunar,  Planetary  or  Paddles 

41,  500 

SF 

0.627 

1.  0 

Other 

Wiring  Harness 

3,  920 

W 

0.715 

1.0 

Pure  Spin 

3,  920 

w 

0.715 

5.0 

Other 

Thermal 

91,287 

w 

0.  5 

2.0 

3-axis  controlled 

91,287 

w 

0.5 

1.0 

Other 

Converters 

82,800 

w 

0.  62 

1.0 

Power  Control 

51,  383 

w 

0.  587 

3.  2 

3 -axis  plus  paddle  arrays 

Equipment 

51,  383 

w 

0.  587 

1.  0 

Other 

Propellant  Feed 

545,640 

TWW 

0.222 

0.268 

Other 

129,  200 

TWW 

0.272 

0.  507 

Dual  Spin 

Structure 

139,000 

W 

0.393 

2.5  ST F*  3 -axis  and  paddle  arrays 

139, 000 

W, 

0.  393 

1.  0 STF'  Other 

STF  = 1 + (STRF  - RATIO) /STRF,  if  STRF  ^ RATIO 
STF  = 1 - (RATIO  - STRF) /RATIO,  if  STRF  < RATIO 
where  STRF  = 0.5054  (satellite  wet  weight) 
and  RATIO  = structure  weight/ satellite  wet  weight 
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Table  12-5,  Test  and  Evaluation  CER  Data 


Constant 

Variable 

Power 

Factor  . 

Satellite  or 

CER  Item 

(kt) 

(xT) 

(bT) 

*FRT2) 

Subsystem  Type 

Solar  Array- 

34,  100 

w 

0.5 

4.  0 

Lunar,  Planetary  or  Paddles 

34, 100 

w 

0.  5 

1.  0 

Other 

Wiring  Harness 

6,000 

w 

0.585 

1.0 

Pure  Spin 

6,  000 

w 

0.585 

• 5.  0 

Othe  r 

Thermal 

■ 69,  338 

w 

0.5 

1.  0 

All 

Converters 

48,640 

w 

0.62 

1.0 

All 

Power  Control 

87,500 

w ’ 

0.  301 

3,  1 

3 -axis  plus  oriented  paddles 

Equipment 

87, 500 

w 

0,  301 

1.  0 

Other 

Propellant  Feed 

24,  160 

TDW 

0.675 

' 0.325 

Dual  Spin  • 

24,  160 

TDW 

0.675 

' 0.619 

Other 

Structure 

48, 900 

W 

0.41 

❖ 

3.  0 STF;,,  3-axis  plus  oriented  arrays 

48, 900 

W 

0.41 

1.  0 STF“  Other 

See  Table  12-3 
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Table  12-6.  Unit  Production  CER  Data 


Constant 

<V 

CER  Item 

Solar  Array 

42, 678 
42, 678 

Wiring  Harness 

2,  050 
2,  050 

Thermal 

9,400 

9,400 

9,400 

Converters 

14, .872 

Power  Control 
Equipment 

36,  600 
36,  600 

Propellant  Feed 

14, 000 
14, 000 

Structure 

53,  545 
53,  545 

Variable 

<v 

Power 

(bp) 

Factor 

(FUP2^ 

SF 

0 . 444 

2.  0 

SF 

0 o 444 

1.  o 

W 

0.745 

1.0 

W 

0.745 

■ 3. 0 

W 

0.566 

2.0 

W 

0 . 566 

0.4 

W 

0.566 

1.0 

W 

0.74 

o 

o 

•— 1 

w 

0.  182 

4.  0 

w 

0.  182 

1.  0 

TDW 

0.668 

0,84 

TDW 

0.668 

0.  615 

W 

0.263 

4.  0 

w 

0.263 

1.  0 

Satellite  or 
' Subsystem  Type 


Oriented  Arrays 
Other 

Pure  Spin 
Other 

3-axis  plus  oriented  arrays 

Pure  Spin 

Other 

All 

3-axis  plus  oriented  arrays 
Other ‘ 

3 -axis  or  oriented  arrays 
Other 

3-axis  plus  oriented  arrays 
Other 


where 


COMPy  = COMPup  + COMPue  . 

1 5? 

COMPsp  = 0.  783  COMPup  Q* 

4»k 

COMPSE  = 0.2365  COMPue(Q/Q  -1) 


compr  = 

COMPp  = 
COMP5p  • - 

COMPgE  = 


sum  of  Design  Engineering  and  Test  and  Evaluation 

sum  of  Unit  Engineering  and  Unit  Production 

cumulative  average  Unit  Production  cost  for 
first  five  satellites 

cumulative  average  Unit  Engineering  cost  for  five 


(12-78) 

(12-79) 

(12-80) 


b.  For  each  catalog  item  (component). the  program, 

calculates  COMPE,  COMPT,  COMPUp,  COMPyp, 

COMPr,  COMPUp  Equations  (12-78)  through  (12-78), 

and 

COMP5p  = 200  P5  Q5‘  848  PI/.  783  (12-81) 

4Q  c 

COMP5E  = 200  COMPE  (Q^  03  -1)  (12-82) 


where  ■ 


Q5  is  five  times  the  quantity  per  satellite  of  component  (i). 

c.  For  each  subsystem,  summations  are  performed  as 

exemplified  by  the  following  equations: 


SUB 

SUB 

SUB 

SUB 

SUB 

SUB 

SUB 

SUB 


E 

T 

R 

UE 

UP 

U- 

5E 

5P 


2 COMPE 
2 COMPT 
2 COMPr 
2 COMPue 
2 COMPup 
2 COMPu 
2 COMP5E 
2 COMP5p 


> (12-83) 
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d. 


'For  the  basic  spacecraft,  the  following  categories  are 
summed  from  the  subsystem  totals: 


syse 

= 

E SUBe 

SYSt 

= 

E SUBt 

SYS^ 

XV, 

= 

s subr 

sysue 

z: 

s subue 

sysup • 

= 

ssubup 

SYSu 

= 

2 SUBp 

SYS5E 

= 

2 SUBCTr 

sys5P 

- 

E SUB5p 

(12-84) 


System  oriented  costs  are  estimated  using  the  previous 
summations  as  bases  for  calculations.  All  of  the  system 
costs  are  added  to  the  base  after  all  calculations  have 
been  made,  i.  e.  , no  system  cost  is  in  a base  used  for 
estimating  any  other  system  cost.  The  equations  for 
Quality  Control  are: 


QCr  = 0.015  SYSe  t 0.  14  SYSt 

QCn  = 0.015  SYSUE+  0.14  SYSup  (12-85) 

QCc  = 0.  015  SYSC„  + 0.  14  SYS.^ 

5 5E  5P 

where  QC  is  Quality  Control  and  the  subscripts  R,  U and  5 

stand  for  RDT&E,  average  Unit  Cost  and  average  cost  for 

the  first  five  spacecraft,  respectively. 

For  System  Engineering  and  Integration  (SEI) 

SEIR  = 0.  32  SYS£  + 0.  27  SYST 

SEIy  = 0. 32  SYSue  + 0.  22  SYSup  (12-86) 

SEE  = 0.32  SYSC_  + 0.22  SYSC„ 

5 5E  5P 

For  Program  Management  (PM) 

PM'  = 0.  19  SYS„  + 0.  02  SYS„ 

ix  jL  X 

PMy  = 0.  19  SYSpE  + 0.  02  SYSpp  (12-87) 

PM,  = 0.  19  SYSC„ -t  0.  02  SYSCT3 

5 5E  5P 

and  for  Tooling  and  Test  Equipment  (TOOE) 

TOOLR  = TOOEy  = TOOL5  = 0 (12-88) 

because  such  costs  are  subsummed  under  Test  and  Evaluation. 
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f. 


g* 


Tool  Spacecraft  (SAT)  cost  is  calculated  by  summations 
as  follows: 


SAT 

SAT 

SATr 


R = SYSR  + TOOLR  + QCr  + SEIr  + PMr 

y = SYSn  + TOQLy  + QCy  + SEI^.  + PMy 

= SYS5  + TOOL5  + QC5  + SEIg  + PMg 


Ground  Support  Equipment  (GSE)  cost  is  based  on  the 
equation : 


GSE 


49.  72  SYSE’689  Fg 


Unit  Launch  Support  (L^.)  cost  is  based  on  the  equation 


310  SAT, 


588 


'N  ' 5 

total  Launch  Support  (L^q^)  is: 
= (FV)  L. 


TOT 


N 


PAY 

PAY 

ME, 


R 

QUAL 


= SATr  + MER 
= QV  (SATy  + MEn) 


INV 
SAT, 


= (FV)  ME 


U 


"INV 


PAY 


INV 


= (FV)  SATn 
=-  SATINV  + ^INV 


In  addition,  fee  or  profit  must  be  entered  into  the  total 
as  follows  for  Total  DDTE: 

FEEr  = FEE  SATR  + (QV)  SAT^  + GSeJ 

DDTE  = PAYr  + PAYQUAL  + GSE  + FEEr 

for  Total  Investment  (NVEST): 

feeinv-  = FEE  •“m1 

NVEST  = PAYejv  + FEEint 

for  Launch  Support  (OPS): 

OPS'  = LTOT  (1.0  + FEE). 


(12-89) 


(12-90) 

(12-91) 

(12-92) 


Total  Program  Costs  are  calculated  by  adding  Mission 
Equipment  cost,  which  is  an  input  by  the  user  (or  is  set 
to  0 if  default  condition  holds). 


(12-93) 

(12-94) 

(12-95) 

(12-96) 

(12-97) 

(12-98) 

(12-99) 

(12-100) 

(12-101) 

(12-102) 
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DESIGN  ENGINEERING  COST 
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Figure  1 


(thousands  of  dollars  - 1971) 


PRODUCTION  AVERAGE  UNIT  COST 
(thousands  of  dollars  - 1971) 


Figure  12-4.  Sun  Sensor  Assemblies:  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-6 


PRODUCTION  AVERAGE  UNIT  COST 
(thousands  of  dollars  - 1971}. 


Figure  12-7.  Control  Electronics  Assemblies;  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-9,  Earth  Sens 
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Figure  12-10.  Earth  Sensors: 


Production  Average  Unit  Cost  versus  Weighf 


Qf  -Zl . 


;n  Engineering  Cost  versus  Weight 
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Figure  12-13.  Rate  Gyro  Assemblies:  Producti 


lb) 


IOC 


on  Average  Unit  Cost  versus  Weight 
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Figure  12- 
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Figure  12-16.  Roacli on  Wheel 
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DESIGN  ENGINEERING  COST 
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WEIGHT  (ib) 

Figure  12-20.  Total  Reaction  Control  System:  Design  Engineering  Cost  versus 
Weight  (Including  Propellant) 


TEST  AND  EVALUATION  COST  . 
(thousands  of  dollars  - 1971) 


Figure  12-21.  Total  Reaction  Control’ System:  Test  and  Evaluation  Cost  versus  Weight 
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Figure  12-23.  Digital  Telemetry  Units:  Design  Engineering  Cost  versus  Weight 
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Figure  12- 
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PRODUCTION  AVERAGE  UNIT  COST 
(thousands  of  dollars  - 1971). 
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Figure  IZ-Zy.  Command  Decoding  and  Distribution  Equipment:  Design 
Engineering  Cost  versus  Weight 
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Distribution.  Equipment:  Test  and 
Weight 


Figure  12-30.  Command  Decoding  and 
Evaluation  Cost  versus 
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Figure  12-32.  Wiring  Harness:  Design  Engineering  Cost  versus  Weight 
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Figure;  12-33.  Wiring  Harness:  Test  and  Evaluation  Cost  versus  Weight 
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Figure  12-34,  Wiring  Harness:  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-35.  Ante 
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Figure  12-36.  Antenna:  Test  and  Evaluation  Cost  versus  Weight 
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Figure  12-37.  Antenna:  Production  Average  Unit  Cost  versus  Weight 
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rigure  12-39.  Receii 
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Figure  12-40.  Receivers:  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-42.  Diplexers:  Test  and 
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Figure  12-44.  Batteries:  Design  Engineering  Cost  versus  Ampere-Hours 
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Figure  12- 45.  Batteries:  Test  and  Evaluation  Cost  versus  Weight 


Figure  12746.  • Batteries:  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-47.  Power  Control  Equipment:  Design  Engineering  Cost  versus  Weight 
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Figure  12-48,  Power  Control  Equipment:  Test  and  Evaluation  Cost  versus  Weight 
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Figure;  12-51.  Solar  Array:  Te.st  an< 


12-81 


Figure  12-52.  Solar  Array:  Production  Aver 


Unit  Cost  versus  Square  Feet 
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Figure  12-54.  Power  Converters:  Test 
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Figure  12-56.  Structure:  Design  Engineering  Cost  versus  Weight 
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Figure  12-57.  Structure:  Test  and  Evaluation  Cost  versus  Weight 
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Figure  12-58.  Structure:  Production  Average  Unit  Cost  versus  Weight 


DESIGN  ENGINEERING  COST 
(thousands  of  dollars  - 1971.) 


Figure  12-59.  Thermal  Control:  Design  Engineering  Cost  versus  Weight 
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Figure  12-61.  Thermal  Control:  Production  Average  Unit  Cost  versus  Weight 
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Figure  12-62.  Ground  Support  Equipment  Costs  versus  Satellite  Design  Engineering  Costs 


UNIT  LAUNCH  COST 
(thousands  of  dollars  - 1971) 


13.  SCHEDULE 


13.  1 GENERAL 

The  method  for  determining  nominal  schedules  is  .based  upon 
the  fact  that  component  and  subsystem  direct  DDT&E  costs  are  measures 
of  hardware  complexities.  Thus,  it  is  feasible  to  devise  a method  of 
determining  nominal  schedules  if  direct  DDT&E  costs  are  known  for  the 
components  of  the  various  subsystems  used  in  the  system.  Once  these 
schedules,  are  determined,  total  DDT&E  costs  may  be 'determined  by 
adding  those  terms  dependent  directly  and  primarily  upon  schedule  dura- 
tion (e.g.,  Project  Mangement) . Figure  13-1  diagrams  the  basic  approach. 

In  order  to  provide  credible  results,  the  output  data  is  limited 
to  the  following  lead  times: 

a.  Comp.onent  design  and  development  (for  major  components) 

b.  Subsystem  development  (for  each  subsystem) 

c.  Component  qualification 

d.  Subsystem  qualification 

e.  System  development,  test,  and  flight  readmes 

Because  the  method  is  primarily  emperical  and  has 

not  been  tested  with  adequate  data,  it  must  be  considered  preliminary. 

13.2  SCHEDULE  MODEL  ' 

13.2.1  Definitions 

Activities  not  explicity  stated  in  either  Figure  13-1  or  the  re- 
lationships given  below  are  implicitly  a part  of  the  functions  which- are 
stated.  The  unstated  activities  include:  (a)  preparation  and  approval  of  test 

plans,  specifications,  schematics,  layouts,  and  installation  drawings; 

(b)  fabrication  of  hardware,  test  equipment,  checkout  equipment,  and 
mockups;  (c)  simulations;  (d)  special  approvals-  (as  for  phases);  and 
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Figure  13-1.  Nominal  Schedule/Cost  Computation  Diagram 


(e)  analysis.  Note  that  design  is  not  separated  from  development;  this 
is  an  example  of  where  other  activities  are  implicit,  such  as  detail  speci- 
fication preparation  and  fabrication. 

The  term  Direct  DDT&E  Cost  as  used  in  this  model  contains 
all  DDT&E  costs  except  those  elements  which  are  directly  proportional 
to  time  such  as  Program  Management.  Total  DDT&E  cost  is  referred 
to  as  DDT8cE  Cost. 

The  term  "base"  value  is  used  to  refer  to  schedule  values 
obtained  from  an  actual  component,  subsystem,  or  satellite. 

The  following  activities  are  explicitly  used  in  the  scheduling 

mode: 

• a.  Component  Design  and  Development  (T cd)  - The  lead  time 
here  includes  all  activities  from  the  initiation  of  subsystem 
or  component  design  (whichever  comes  first)  through  com- 
plete development  of  the  component.  This  includes  the 
preparation  of  the  subsystem  specification  and  layout,  the 
detailed  component  specification,  any  approvals  in  the  phase, 
and  detailed  component  design. 

b.  Component  Qualification  (TCq)  - The  definition  includes 
items  (if  required)  as  test  plan  approval  (which  may  be  in- 
corporated in  the  specification  approval)  and  test  report 
preparation  and  approval,  as  well  as  the  actual  tests  and 
changes  to  qualify  the  component.  This  lead  time  includes 
redesign  and  shop  time  for  normal  changes  to  pass  test. 

c.  Subsystem  Development  (Tsd)  - This  time  incorporates  all 
activities  associated  with  the  development  of  every  subsystem 
from  start  of  development  through  environmental  tests  which 
are  in  the  nature  of  prequalification  tests.  The  start  depends 
upon  availability  of  all  components  in  a condition  where  they 
perform  satisfactorily  at  least  under  laboratory  conditions. 
Thus,  time  for  usual  changes  is  also  a part  of  the  nominal  time 

d.  Subsystem  Qualification  (T Cq)  - This  time  is  the  equivalent 
of  component  qualification  for  every  subsystem.  It  also  ends 
at  approval  of  the  qualification  test  report. 

e.  System  Development,  Test,  and  Flight  Readiness  (Tf)  - System 
development  starts  when  spacecraft  subsystems  are  ready  for 
assembly  into  a system  and  ends  when  all  physical  and  func- 
tional interfaces  have  been  checked  and  approvals  given  to 
proceed. into  flight  readiness  test.  It  includes  prequalification 
testing.' 
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Flight  readiness- and  checkout  tests  follow  the  development  and 
are  run  with  the  complete  satellite.  This  may  entail  a complete 
qualification  test  of  the  satellite,  including  vibration  tests, 
acoustic  tests,  shock,  space  simulation,  and  check  of  all  sub- 
systems and  mission  equipment.  Interface  and  performance 
with  checkout  equipment  to  be  used  at  the  launch  site,  EMI 
tests  under  launch  site  conditions,  verification  of  compatibility 
with  all  AGE  and  AVE,  and  finally  countdown  and  countup  checks 
are  typical  of  the  functions  of  this  activity,  culminating  in 
first  flight. 


13.2.2  Assumptions 


a.  Component  Direct  DDT&rE  Cost  is  a direct  measure  of  component 
complexity  and  is  proportional  to  the  direct  charge  engineering 
and  technician  manhours  necessary  to  develop  and  qualify  it. 

b.  Lead  time  for  development  of  each  component  and  for  each 
subsystem  varies  from  a minimum  value  as  a direct  exponential 
of  the  ratio  of  men  assigned  to  the  men  assigned  in  the  base 
case.  A starting  value  to  be  adjusted  as  data  becomes  available 
is  that  the  ratio  of  men  assigned  to  the  men  assigned  in  the  base 
case  varies  directly  as  the  square  root  of  the  lead  time  ratio. 

A starting  value  for  the  minimum  value  is  that  the  minimum 
lead  time  is  70  percent  of  the  base  value. 

c.  Lead  time  for  qualification  of  each  component  and  each  sub- 
system varies  linearly  as  a weak  function  of  complexity  from 
a minimum- value.  It  therefore  varies  directly  with  DDT&E 
cost,  as  a consequence  of  assumption  "a".  A starting  value 
for  the  minimum  lead  time  is  90  percent  of  the  base  value. 

d.  The  state-of-art  directly  affects  the  component  and  subsystem 
development  lead  times.  Each  component  has  a state-of-art 
lead  time  factor,  A,  determined  according  to  Table  13-1. 


Table  13-1.  State-of- Art  Factors 


— — 

Description 

A 

Off-the-shelf  unit 

.0.  7 

Similar  to  an  existing  unit 

1.0 

A new  concept  combining  technology 
in  use  oh  other  components 

1.5 

A new  concept  requiring  reasonably 
predictable  technology  advance 

2.0 
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A subsystem  state-of-art  factor.  As*  i-s  determined  independently 
of  the  values  of  A,  using  the  same  value  judgment  approach. 

e.  Subsystem  development  lead  time  is  a weak  exponential  function 
of  the  number  of  redundant  components.  A starting  value  for 
the  exponent  of  the  number  of  parallel  components,  whether  • 
active  or  standby,  is  1/8.  A starting  value  for  the  minimum 
value  is  that  the  minimum  lead  time  is  70  percent  of  the  base 
value . 

f.  Subsystem  qualification  lead  time  varies  linearly  as  a weak 
function  of  complexity  from  a minimum  value,  having  the  same 
form  as  the  component  qualification  function.  A starting  minimum 
value  is  90  percent  of  the  base  value. 

g.  System  lead  time  is  directly  proportional  to  the  pacing  subsystem 
development  lead  time  and  its  duration  is  a function  of  the  degree 
of  testing  conducted  with  the  entire  spacecraft  and  also  launch 
vehicle.  Its  value -will  range  from  about  four  for  a system  on 
which  only  essential  development  and  flight  readiness  tests  are 
conducted  to  a value1  of  about  five  for  tests  which  include  com- 
plete qualification.  System  development  effectively  starts  when 
all  subsystem  qualification  tests-  and  the  system  development 
tests  are 'completed. 


13.2.3  Schedule  Equations 

a.  Component  Development  (t.) 


cd 


= Ak  C + c 
c o 


in  which: 


(13-1) 


A 

c 

o 

k 

c 

C 


- a 


state-of-art  factor  for  component 
constant  starting  value  rjO.  7 (t  ^)  base 

constant  for  component  type 

Direct  DDT&E  charges  allocated  by  component. 
Effectively  contains  all  direct  charges  (engineers, 
technicians,  shop  men)  with  burden,  materials, 
overhead. . 

constant,  starting  value  =2/3 


Equation  13-1  is  derived  using  the  assumption  that  men  are 
assigned  according  to  the  relationship 


. Men 
(Men) 


base 


(13-2) 


13-5 


- and  the  fundamental 


T 


Manhours 

(Men) 


(13-3) 


b. 


(manhours)  ~ C 

from  which  the  starting  value  for  "a"  emerges. 

Component  Qualification  Test  (r__) 

c q 

T = c,  +c0  C 
cq  1 2 


(13-4) 


(13-5) 


in  which  and  c^  are  constants,  with  a starting  value  of 
Cj  — 0.  9 (TCq)  base  and  c^  dependent  on  each  equipment  type. 


Subsystem  Development  (r  ^) 


sd 

in  which:' 


i 

d 

A 

c 

n 


= k n^A  (C  )ff  + c, 
s s s 3 


N 


(13-6) 


^ C.  = subsystem  Direct  DDT&E  Cost 
i = 1 1 

ith  component  of  N components 

constant,  starting  value  = 1/8 

state-of-art  factor  for  subsystem 

Average  redundancy  for  subsystem,  active 
plus  standby  strings 


>0.7  (rgd)  base 


c^  = - constant,  starting  value 

g = constant,  starting  value  = 2/3' 

The  form  of  the  equation  follows  from  similarity  with  the 
component  development  relationship  Equation  13-  L. 


d. 


Subsystem  Qualification  Test 


(T 


T = c.  +ccndC  (13-7) 

sq  4 5 s • 

in  which  c^  and  c^  are  constants,  with  a starting  value  of 

““  0.  9 (TSq)  base  and  c^  dependent  on  each  equipment  type. 
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e.  System.  Tests  (r^) 


(13-8) 


T,  = A k,T  , 
f s f sd 

in  which: 

k,  = constant  which  depends  upon  the  extent  of 

system  testing  required.  The  range  is  from 
4 to  5. 

13.2.4  Schedule  Dogic 

Figure  13-2  is  the  schedule  activity  flow  diagram  for  the  program 
Detailed  flow  is  shown  for  the  CDPI  subsystem;  the  flow  for  each  subsystem 
follows  the  same  logic.  There  are  two  main  paths,  the  development  path 
and  the  qualification  path.  The  two  converge  at  the  flight  readiness  and 
checkout  block.  Where  more  than  one  input  enters  an  activity  block,  it  is 
intended  that  all  preceding  connected  activities  must  be  completed  (i.e.,  for 
subsystem  development  and  for  system  flight  readiness  and  checkout). 

Inputs  to  the  scheduling  activities  enter  for  each  subsystem  at 
the  component  development  lead  times  block.  Principal  inputs  are  selected 
component  costs  by  component  type  and  redundancy;  thus  information 
generated  for  developing  costs  is  used  as  input  for  deriving  schedules. 

Other  Input  data  are  semi -empirical 'or  empirical  coefficients, 
component  state-of-art  factors,  and  subsystem  state-of-art  factors. 

Observe  that  payload  structure  and  thermal  control  does  not 
appear.  The  assumption  here  is  that  structure  and  thermal  control  do 
not  constitute  a critical  path,  so  that  no  provision  is  made  for  their 
scheduling. 

Subsystem  qualification  test  starts  upon  completion  of  the 
subsystem  development  test.  One  or  more  components  may  not  be 
100  percent  qualified  at  that  point;  this  is  not  an  unusual  occurrence. 

On  the  other  hand,  a necessary  condition  for  the  start  of  flight  readiness 
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NOTE:  CDPI  detailed  flow  is 

typical  for  all  subsystems 


Figure  13-2.  Schedule  Activity  Flow  Diagram 
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test  is  that  all  subsystems  are  qualified  as  well  as  developed.  In  actual 
fact,  it  is  common  to  have  to  waive  successful  completion  of  some  part 
of  qualification  test  before  first  flight.  • This  was  not  believed  to  be  a 
desirable  planning  assumption. 

The  last  block.  System  Development,  Test,  and  Flight  Readi- 
ness, brings  the  system  to  launch  of  first  flight. 

^3.  2.  5 Representative  Results 

In  order  to  demonstrate  characteristic  results,  coefficients 
are  derived  from  assumed  starting  values,  and  curves  similar  to  those 
representing  behavior  of  the  computer  outputs  are  presented.  The  ex- 
ample  is  for  spacecraft  A {Ref.  13-1),  the  subsystem  (Mission  Equipment), 
a Transponder;  the  component,  a High  Level  Traveling  Wave  Tube  (HLTWT). 
This  component  is  typical  of  the  components  requiring  a long  qualification 
test  lead  time.  The  component  was  not  actually  the  critical  path  item, 
but  is  treated  as  such  in  the  example.  In  addition,  average  values  for 
all  components  and  subsystem  lead  times  are  given  in  parentheses. 

The  assumed  quantities  are  as  follows: 


a.  Example  component 


T 

' cd 

- 8.  7(9.  5)  months 

r 

cq 

= 4.  3 (5.  0)  months 

A 

= 1.0 

c 

o 

= ' 6.  0 (6.5)  months 

cl- 

= 3.0  (3.  5)  months 
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b. 


Example  subsystem 


c . 


2.  7 (2.  8)  months 
1.9  (2.0)  months 

3.0  (3.0)  months 
2.4  (2.5)  months 
2 

1.0 


s 

Example  system 

- 14.  5 months 

Other  starting  values:  a = 2/3,  a - 2/3, 


d = 1/8 


Using  the  above  numbers,  the  data  presented  in  Table  13-2  and 
Figures  13-3  and  13-4  were  calculated.  Figures  13-3  and  13-4  show  the 
variation  in  lead  times  with  direct  DDT&E  cost  ratios  from  the  base  value. 
Table  13-2  compares  the  component  example  and  the  average  component 
.cases . 

Figure  13-5  shows  a schedule  for  the  nominal  case  and  a varia- 
tion where  (1)  the  HLTWT  component  (considered  here  as  the  critical  path 
component  for  illustration)  costs  40  percent  more  than  the  base  case  com- 
ponent but  has  the  same  state-of-art  factor,  and  (2)  the  subsystem  state- 

of-art  factor,  A = 1.2,  because  a new  component  requires  more  subsystem 
s 

development. 


13.2.  6 


Discussion 


Schedules  are  usually  dependent  upon  critical  paths,  as  has  long 
been  recognized  and  used  in  such  management  tools  as  PERT.  The  method 
defined  above  recognizes  this  principle  and  adapts  it  in  the  summation  of 
critical  paths. 

Consider  the  bar  chart  examples  of  Figure  13-5.  The  critical 
path  subsystem  development  is  completed  before  the  initiation  of  subsystem 
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Table  13-2.  Comparison  o£  Nominal  Schedules  from  Typical  Components 
and  from  Subsystem  Summary  (Transponder) 


Lead  Time 

Months 

HLTWT 

Subsystem 

Component  Development 

8.  7 

9.5 

Component  Qualification 

(4.3) 

(5.  0) 

Subsystem  Development 

2.  7 

2.  8 

Subsystem  Qualification 

3.  0 

3.  0 

Subsystem  Tests 

mm 

14.  5 

DDT&E  Program 

28.  9 

29.  8 

0 “0.2  - 0.  6 •'  1. 0 1.4  1.8 


c/cb 


Figure  13-3.  High-Level  Traveling  Wave  Tube 
Development  and  Qualification 
Lead  Time 
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Figure  13-4.  Transponder  Development  and 
Qualification  Lead  Time 
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■ J CRITICAL  PATH  COMPONENT  40%  MORE  COSTLY,  As  = 1.2 


Figure  13-5.  Example  Schedule  Output 

} 


qualification.  The  system  development  is  completed  later  as  one  would 
expect.  The  system  test  time  is  large  compared  with  other  lead  times; 
attempts  to  separate  development  time  from  flight  readiness  or  system 
qualification  time  have  been  unsuccessful  because  the  differing  approaches 
used  for  different  systems  make  correlation  of  results  meaningless-.  For 
example,  spacecraft  qualification  may  be  done  separately  or  as  part  of  the 
satellite  qualification.  Therefore,  the  end  of  development  is  a grey  area 
which  depends  upon  the  program  approach  and  it  is  believed  a finer 
breakdown  should  not  be  sought. 

Next,  on  Figure  13-5,  observe  the  usefulness  of  the  model  in 

response  to  a change  in  input  data.  The  solid  lines  are  for  the  base  value 

case,  and  the  dashed  lines  for  the  variation.  The  critical  path  component 

of  the  variation  has  the  same  function  as  the  base  case,  but  is  more  complex, 

so  that  DDT&E  cost  is  increased  by  40  percent.  Some  technology  advance 

is  introduced  (A  = 1.2).  The  result  is  that  the  system  should'  be  ready  for 
s 

flight  about  three  months  later  ( ta  10%  increase  in  total  lead  time)  than 
the  less  expensive  base  value  system. 

Now  refer  to  Figures. 13-3  and  13-4,  which  present  example  plots 
of  component  and  subsystem  lead  times  as  functions  of  DDT&E  costs.  The 
rationale  behind  the  shapes  of  the  development  curves  bears  repeating, 
although  the  actual  shape  may  eventually  be  developed  empirically.  In 
Paragraph  13.2.2  it  was  stated  that  men  would  be  added  to  the  base  number 
as  the  square  root  of  the  lead  time  as  the  effort  required  to  develop  the 
item  increases.  This  simply  recognizes  that  development  lead  time  of  a 
component  or  subsystem  type  cannot  be  maintained  constant  as  complexity 
is  increased  by  merely  adding  manpower.  For  example,  assume  the  base 
value  of  average  men  charging  directly  to  component  design  and  development 
is  four  (4),  and  the  complexity  of  the  component  is  increased  to  1.4  times 
the  DDT&eE  cost.  This  will  result  in  a corresponding  increase  in  develop- 
ment lead  time  unless  manpower  is  increased.  The  average  number  of  men 
assigned  to  expedite  the  development  would  be  4.  5 (rather  than  4.  0),  which 
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would  result  in  the  development  lead  times  being  25  percent  longer,  rather 
than  40  percent  longer.  This  results  from  calculations  following  Equations 
13-2  through  13-4: 


(cost  ratio) 


2/3  _ 


= (1.4) 


2/3 


1.25 


men  ratio 
1.  12  x 1.25 


= v/l.25  = 1.12 

= 1.4 


This  rationale  results  in  the  trend  shown  in  Figure  13-3.  During  the  test 
phase  for  component  development,  it  is  believed  to  be  representative.  For 
example,  if  an  electro-mechanical  component  is  the  responsibility  of  a 
development  engineer,  test  technicians,  part-time  supervision,  model 
shop  men,  etc. , amounting  to  an  average  of  four  men,  the  development  may 
be  expedited  by  adding  some  engineering  assistance  and  working  some 
overtime,,  the  manpower  increase  being  about  one  man.  Further  increases 
would  probably  be  quite  inefficient  for,  even  with  several  test  models, 
only  a limited  number  of  changes  resulting  from  test  can  be  handled 
simultaneously.  Thus,  the  increment  seems  compatible  with  a nominal 
schedule. 

As  data  is  accumulated  from  various  programs,  actual  values 
of  the  coefficients  for  development  can  be  developed.  Meanwhile,  a method 
has  been  demonstrated  which  can  be  used  with  a very  limited  amount  of  data. 
The  same  objective  has  been  applied  to  the  other  terms. 

Consider  the  qualification  test  line  for  the  example  component  of 
Figure  13-3.  Note  that  it  is  straight  and  has  a minimum  value  (only  10 
percent  less  than  the  nominal,  or  base  value).  The  minimum  value  is  a 
function  of  the  number  of  tests,  or  environments,  to  which  the  component 
will  be  subjected.  In  the  nominal  case,  it  is  common  practice  to  fabricate 
a fixed  number  of  qualification  test  units  for  each  component  (e.  g.,  six), 
so  that  simultaneous  testing  of  different  environmental  sequences  may  be 
conducted,  and  so  that  changes  may  be  made  when  a failure  occurs  without 
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holding  up  the  entire  test  program.  The  number  of  environment's  is 
generally  fixed,  as  well  as  the  duration  of  a successful  test  sequence. 
Typically,  a component  fails  to  pass  one  or  more  tests,  of  the 
qualification  test  sequences,  requiring  some  changes  to  pass  them.  ' This 
is  a nominal  occurrence,  but  one  which  normally  requires  nominal  redesign 
of  some  readily  changed  parts  to  achieve  success.  .This  is  particularly - 
true  if  the  development  test  program  has  adequately  tested  behavior  under 
environmental  extremes  as  has  been  assumed  here.  The  minimum  time 
encompasses  these  effects. 

The  second  part  of  the  component  qualification  .'test  equation  is 
dependent  upon  component  complexity.  This  is  to  account  for  items  whose’ 
development  times  depend.upon  complexity,  and  therefore,  the  DDT&E  cost' 
of  the  component.  .One  effect  is  that  more  complex  components  having 
the  same  function  contain  either  more  parts,  more  precise  parts, 
require  tighter  performance  tolerances,  a larger  capacity,  or  a higher 
power,  for  example..  These  complexities  tend  to  make  it  more  -difficult 
to  stay  within  performance  limits  over  the  range  and  duration  of  environ- 
ments. Another  related" effect  is  inherent  in  the  meaning  of  component 
as  applied  to  the  model.  According  to  the  meaning  used,'  a "component" 
may  be  comprised  of  more  than  one  box  or.  subassembly,  each  of  which 
requires  development.  For  example,  a propulsion  subsystem  "component" 
would  be  a "thruster.  " In  one  satellite,  there  may  be  two  sizes  of  hydrazine 
thruster;  one  low-thrust  unit  used  for  attitude  control  and  another  somewhat 
higher  thrust  unit  used  only  for  station-keeping.  The  attitude  control  unit 
may  be  more  costly  to  develop  because  of  the  much  larger  number  of  cycles 
which  must  be  accumulated  to  meet  the  design  life.  The  lower  thrust  unit 
would  take  longer  to  develop  and  would  therefore  have  a higher  DDT&E  cost. 
It  would  also  take  somewhat  longer  to  qualify  both  because  of  the  longer 
test  time  needed  and  because  it  is  less  likely  to  meet  requirements  on  the 
first  attempt.  Similarly,  a computer  memory  required  to  store  10^  bits  will 

A 

take  less  time  to  qualify  than  one  required  to  store  10°  bits,  and  therefore, 
the  lead  time  for  the  more  complex  unit  will  be  longer. 
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A linear  variation  with  cost  is  assumed  for  qualification  unless 

* . *. 

data  show  that  an  exponential  is  heeded. 

Next,  note  the  development  curve  for  the  subsystem  in  Figure 
13-4.  The  wide  variation  in  subsystem  complexity  for  any  function  is  well 
known,  so  that  it  is  to  be  expected  that  the  lead  time  for  development  will 
be  a function  of  subsystem  DDT&E  cost.  By  the  same,  reasoning  discussed 
for  component  development,  however,  time  cannot  be  bought  back  entirely 
'by  adding  manpower.  Using  the  same  reasoning  as  before,  the  variation 
is  expected  to  be  in  the  neighborhood  of  the  2/3  power  of  cost. 

The  computer  program  written  for  this  schedule  model  will 
utilize  computations  for  costs  as  input  data.  This  is  nearly  the  inverse  of 
normal  procedure  for  bottom-up  costing,  where  schedules  are  normally 
made  up  first  (or  simultaneously),  and  manpower  second  to  avoid  the 
problem  of  failure  to  account  for  standby  time  { e.  g.  , time  spent  by 
development  engineers  awaiting  changes  to  proceed  through  the  shop).- 
However,  the  procedure  has  merit  in  that: 

a.  It  uses  the  cost  data  base  of  a cost  program. 

b.  It  requires,  schedule  data  which  should  be  available  from  previous 
program  files. 

c.  Component  scheduling  data  need  be  accurate  only  where  lead 
times  form  critical  paths. 

d.  Only  the  more  significant  scheduling  mileposts  are  computed 
to  avoid  unwarranted  detail. 

Note,  on  Figure  13-2,  that  the  mission  equipment  path  is  shown 
even  though  it  is  not  a part  of  the  current  effort.  The  reasons  for  this 
are: 

a.  Mission  equipment  is  often  pacing 

b.  The  program  techniques  should  be  similar  for  similar  types 
of  mission  equipment  (i.e-. , it  will  be  necessary  to  gather 
data  on  types  of  mission  equipment,  because  there  will  be 
tvnes.  iust  as  there  are  four  maior  subsystems). 
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13.  3 SCHEDULE  DATA 

For  the  purpose  of  this  study,  all  spacecraft  coefficients  have 
been  calculated  with  the  coefficients  of  cost  dependent  terms  normalized 
to  the  base  value  component  and  subsystem  costs,  and  C^,  respec- 
tively. Table  13-3  contains  component  data  (Ref.  13-1),  and  Table  13-4 

contains  subsystem  data  (Ref.  13-2).  (The  unit  of  cost,  C,  and  C , , is 

b sb 

millions  of  dollars.  ) The  values  for  the  state-of-art  factors  would  make 
use  of  the  best  opinions  of  the  Spacecraft  A program  engineers  to  estab- 
lish satisfactory  judgmental  values. 

Insertion- of  the  Table  13-3  and  13-4  inputs  into  a computer 
program  with  the  A and  Ag  both  set  equal  to  unity  will  mean  that  all  new 
programs  considering  the  use  of  a component  of  the  same  type  or  subsystem 
of  the  same  type  will  give  correct  relative  schedules,  even  though  the 
"nominal"  base  value  actually  had  a slightly  longer  lead  time  than  a true 
nominal.  This  is  a satisfactory  assumption  to  test  a computer  program.  . 

The  major  assumptions  used  in  compiling  data  from  PERT  time 
charts  for  Spacecraft  A follow.  (This  detail  was  found  to  be  necessary 
because  of  inconsistency  of  terminology  on  the  various  PERT  charts.) 

a.  Component  development  time  is  measured  from  component 
go-ahead  to  completion  of  engineering  model  (or1  qualification 
model  where  so  defined)  p re -environmental  functional  tests, 

or  the  last  engineering  model  test,  whichever  is  later.  Bread- 
board tests,  in  general,  are  not  considered  because  development 
is  defined  here  as  incomplete  until  the  test  model  is  essentially 
the  same  design  as  the  qualification  test  model.  As  with  all 
rules,  some  judgment  was  necessary  in  exceptional  cases;  for 
example,  where  the  pre- environmental  test  data  was  not  recorded 
and  the  breadboard  test  date  was  available  (the  Command 
Receivers),  an  estimate  was. made  of  the  probable  development/ 
qualification  ratio  , which  was  applied  against  the  known  sum 
of  development  and  qualification  time. 

b.  Component  qualification  is  measured  from  completion  of  component 
development  to  completion  of  component  engineering  model  (or 
qualification  model  if  so  defined)  post- environmental  test  (or 
qualification  if  so  defined.)' 
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Table  13-3.  Component  Schedule  Coefficient  and  Lead  Time  Summary 
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(2)  Started  tutor  than  contract  go-ahead. 

(3)  All  data  presented  m units  of  months. 
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Table  13-4.  Subsystem  Schedule  Coefficient  Summary 


(1)  All  data  presented  in  units  of  months. 

(2)  These  terms  include  component  development 


c.  Subsystem  development  is  measured  from  end  of  component 
development  to  final  engineering  model  subsystem  test.  In 
some  cases  the  complete  subsystem  was  first  assembled  on 

the  spacecraft,  in  which  case, the  subsystem  test  event  preceding 
start  of  system  qualification  test  was  used  as  completion  of 
subsystem  development  (see  S&C  and  CDPI). 

d.  Subsystem  qualification  test  is  in  some  instances  on  the  space- 
craft, in  some  on  a separate  assembly  of  components.  In  one 
instance.  Electrical, the  development  completion  could  not  be 
determined  from  recorded  events,  so  that  only  the  subsystem 
qualification  completion  was  recorded;  here  the  subsystem 
qualification  lead  time  is  defined  as  the  time  from  component 
development  completion  to  the  end  of  subsystem  qualification. 

e.  The  values  of  system  test  lead  time  were  determined  from  a 
memorandum- recorded  end  date  minus  the  earlier  PERT  chart 
dates  for  completion  of  subsystem  qualification  tests. 

As  the  foregoing  is  intended  to  suggest,  judgment  was  necessary 
in  selecting. events  consistent  with  the  definitions.  As  discussed,  the 
separate  pacing  lead  times  which  add  up  to  the  total  DDT&tE  time  (i.e., 
for  pacing  items  + Tg(j  + Tg^  + Tf  = T^)  may  be  unprecise  because  of 
the  need  for  judgment  in  selecting  events  from  a variety  of  terminology; 
however,  the  program  time,  T^,  should  be  quite  representative. 

As  noted  in  Table  13-3,  second  footnote,  some  of  the  components 
were  started  after  contract  go-ahead,  while  many  were  started  from  the 
program  outset.  This  choice  was  made  by  the  developer  at  the  beginning 
of  the  program,  and  was  therefore  a prediction  tempered  by  convenience. 
Thus,  'the  component  development  lead  times  are  inexact.  The  items 
started  at  program  go-ahead  are  not  necessarily  pacing;  an  example  is  the 
thermal  subsystem..  Analysis  of  the  theimal  problem  and  design  of  the 
thermal  control  starts  with  a best  estimate  at  the  beginning,  and  thereafter 
the  estimates  are  revised  as  electrical  loads,  structure,  and  mission 
operations  are  refined;  it  is  therefore  .generally  not  pacing,  even  though 
it  is  started  immediately.  In  the  case  of  subcontracted  components 
contractor  may  elect  to  start  work  on  specifications  and  requests  for 
proposal  at  contract  go-ahead,  even  though  the  items  may  not  be  pacing. 
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No  attempt  was  made  to  identify  those  items,  for  it  would  take  a detailed 
knowledge  of  the  engineering  judgments  made  to  adjust  the  lead  times. 
Some  of  the  items  started  at  contract  go-ahead  may  have  development 
lead  times  somewhat  above  nominal.  The  error  is  therefore  generally  ' • 
on  the  conservative  side. 


Items  started  some  time  after  the  program  go-ahead  will  not 
satisfy  + T + T^,  because  of  the  delta  between  program 

start  and  item  start.  Note  that  this  delta  was  not  applied  to  data  presented 
in  Table  13-2,  where  TC(j  was  measured  from  program  go-ahead 
for  every  component  subsystem. 

These  facts  simply  point  out  the  desirability  of  gathering 
data  from  a number  of  programs. 
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14.  DATA  BASE  DESCRIPTION 


Data  on  selected  payload  equipments  (components)  have 
been  collected  for  the  express  purpose  of  exercising  the  Systems  Cost/ 
Performance  Modeh  The  reader  should  take  careful  note  that,although 
most  of  the  data  is  accurate,  approximations  based  on  engineering 
judgment  and  experience  are  used  wherever  actual  data  were  unavailable. 
The  approximations  are  justified  by  the  original  purpose  of  the  study 
which  was  to  develop  a cost/performance  model.  Assuming  that  the 
model  is'  successfully  completed  and  is  accepted  for  us'e  by. a body  of 
users,  the  data  base  must  be  expanded  and  approximations  replaced  by 
actual  data.  The  following  paragraphs  are  devoted  to  an  explanation  of 
how  the  data  base  is  organized  and  how  to  interpret  the  information, 

' i4o  1 GENERAL, 

The  model  selects  equipment  for  a specific  design  in  one 

of  three  ways: 


a.  Most  equipment  is  selected  from  the  data  base  on  the  basis 
of  technical  performance, 

b.  Some  equipment  which  cannot  be  differentiated  on  the  basis 
of  technical  performance  is  called  up  from  the  data  base 
on  a first-called  Iqasis  in' order  to  provide  a complete  de- 
sign description.  ^ 

c.  Certain  equipment  is  not  amenable  to  cataloging  in  the  data 
base.  This  equipment  is  identified  and  specific  parameters 
are  determined.  Examples  include  the  wiring  harness  and 
the  Thermal  Control  Subsystem  components. 

The  equipments  are  organized  according  to  the  following 
subsystems  which  use  the  specific  components: 


This  category  should  be  eliminated  in  improved  versions  of  the  Systems 
Cost/Performance  Model. 
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a.  Stabilization  and  Control 

b.  Auxiliary  Propulsion 

c.  Data  Processing 

d.  ' Communication 

e.  Electrical  Power  • 

Thermal  Control  and' Structures  do  not  select  equipment  from  the  data 
base,  but  do,  instead,  estimate  the  parameters  describing  their  respec- 
tive components. 

The  data  base  contains  information  on  the  following  types 
of  equipment  for  each  subsystem: 

a.  Stabilization  and  Control  Subsystem 

1.  Despin  Mechanical  Assemblies 

2.  Despin  Electronic  Assemblies 

3.  Valve  Driver  Assemblies 

4.  Sun  Sensor  Assemblies 

5.  Nutation  Dampers 

6.  Gimbal  Electronic  Assemblies 

7.  Bi-axial  (Gimbal)  Drive  Assemblies 

8.  ’ Control  Electronics  Assemblies 

9. -  Earth  Sensor  Assemblies 

10.  Rate  Gyro  Assemblies 

11.  Reaction  Wheel  Assemblies 

12.  Rate  Integrating  Gyro  Assemblies 

13.  . Control  Moment  Gyros 

T4.  Star  Sensor  Assemblies 

b.  Auxiliary  Propulsion  Subsystem 

1.  Thrusters 

2.  Isolation  Valves 

3.  Filters 

4.  Pressure  Regulators 
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5. 

Tanks 

6.  ; 

Fill  and  Drain  Valves 

7. 

Relief  Valves 

c • 

Data  Processing  Subsystem 

1. 

General  Purpose  Processors 

2. 

Digital  Telemetry  Units 

3. 

Tape  Recorders  a 

4. 

Command  Decoding  and  Distribution 

d. 

Communication  Subsystem 

1.  ' 

Baseband  Assembly  Units 

2. 

Antennas 

3. 

Transmitters 

4. 

Receivers 

5. 

Command  Signal  Conditioners 

6. 

Diplexers 

e. 

Electrical  Power  Subsystem 

1.  • 

Shunt  Regulators 

2. 

Batteries  ■ 

3. 

Battery  Chargers 

4. 

Discharge  Regulators 

5. 

Series  Load  Regulators 

6. 

Power  Control  Equipment 

7. 

- Solar  Arrays 

8. 

Power  Converters 

An  example  of  an  equipment  description  in  the  data  base 
is  provided  in  Table  14-1.  The  data  sheet  for  each  component  states 
which  subsystem  utilizes  the  component,  which  configurations  require 
the  component,  which  equipment  type  the  component  is  categorized  as, 
and  the  data  base  identifier  or  code  number  assigned  to  the  component. 
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Table  14-1.  Data  Base  Example 


Subsystem: 

Auxiliary  Propulsion  (0808) 

Configuration: 

Monopropellant 

Equipment  Type: 

Thruster  (TRW  404620) 

P e r fo  r marie  e 

• 

■Technical  Characteristics 

1. 

Thrust  Level'  (N) 

18 

2. 

Pulse  Life  (cycles) 

93, 000 

3. 

Inlet  Pressure  (N/.m  ) 

4.  14  x 10 

4. 

Total  Impulse  (N-sec) 

6.49  x 10 

5. 

6. 

7. 

8. 
9. 

ISP  (sec) 

230 

-0. 

Power 


Average  Power  (watts): 

(near  zero) 

Maximum  Power  (watts): 

5.5 

Minimum  Power  (watts): 

0.  0 

Nominal  Voltage  (volts): 

28.  0 

Maximum  Voltage  (volts): 

32.6 

Minimum  Voltage  (volts): 

26.0 

Converter /Inverter  Requirement  (flag): 

N.  A. 

Weight  (Kg): 

0.  3 

Volume  (cc): 

1700 

Vibration 

Random  (g,  rms): 

19.  5 

Non-random  (g): 

10.  5 

Temperature 

Maximum  (deg  K): 

322 

Minimum  (deg  K): 

278 

2 

Pressure  (N/m  ): 

(Unknown) 
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Table  14-1.  Data  Base  Example  (Continued) 


Performance  (continued) 

CDPI 

Power  Switching  Commands  (No. ): 
Time  Tagged  Commands  (No.): 

Other  Commands  (No.): 

High  Rate  Telemetry- 

Number  of  Analog  Points  (No.): 
Number  of  Digital  Points  (No.): 
Sample  Rate  (sec-1): 

Word  Length  (bits): 

Low  Rate  Telemetry 

Number  of  Analog  Points  (No. ): 
Number  of  Digital  Points  (No.  ): 
Sample  Rate  (sec-1): 

Word  Length  (bits): 

Safety 

Failure  Model  (flag): 

Failure  Parameters 

Failure  Rate  or  Mean  (x  10“  9 hr): 
Standard  Deviation  (x  10”*"9  hr): 
Dormancy  Factor  (N.  D. ): 

Total  Number  of  Redundant  Elements  (No.): 


Cost 

Design  Engineering  ($1000): 

Test  and  Evaluation  ($1000): 

Unit  Production  ($1000): 

Reference  Quantity  (No.  ): 

Factor  (N.  D.  ): 

Schedule 

Development  Lead  Time  Constant  (months): 
Development  Lead  Time  Variable  (months): 
Qualification  Lead  Time  Constant  (months): 
Qualification  Lead  Time  Variable  (months): 
State-of-Art  Factor  (N.  D. ): 


0 

0 

0 

0 

0 

0 

0 

2 

0 

1 

8 


5 

1700 

N.  A. 

O.  1 

12 


127 

150 

9 

4 

1 


3.  0 
1.0 
1.5 
0.  1 
1.  0 
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The  data  describing  the  component  consist  of  the  following  four  types: 

a.  Performance 

b.  Safety 

c.  Cost 

d.  Schedule 
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a. 

b. 

c. 

d. 


e. 


f. 


g. 

h. 


PERFORMANCE  DATA 

The  performance  data  are  separated  into  eight  categories: 

Technical  Characteristics 

Power 

Weight 

Volume 

Vibration 

Temperature 

Pressure 

Communication,  Data  Processing,  and  instrumentation  (CDPI) 


The  technical  characteristics  are  peculiar  to  each  equipment 
type.  Generally  speaking,  the  technical  characteristics  provide  the  data 
required  to  select  or  differentiate  among  the  components  and  additional 
data  for  the  component  which,  if  selected,  provide  information  for  design 
of  the  remainder  of  the  subsystem.  The  technical  characteristics  -required 
by  the  model  for  each  type  of  equipment  are  as  follows: 


a.  Despin  Mechanical  Assembly 

1.  Bearing  and  motor  friction  (mrad,  3 cr) 

2.  Bearing  runout  (mrad,  3 a) 

b.  Despin  Electronic  Assembly.  (None,  this  component  is 

selected  as  a supplement  to  the  Despin  Mechanical  Assembly.) 

c.  Valve  Drive  Assembly 

1.  Number  of  valves 
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Sun  Sensor  Assembly.  (None) 

Nutation  Damper.  (None) 

Gimbal  Electronic  Assembly 

1.  Resolver  accuracy  (mrad,  3 a) 

Bi-axial  (Gimbal)  Drive  Assembly 

•1«  Drive  quantization  (mrad,  3 a) 

2.  -Gimbal  drive  error  (mrad,  3a) 

3.  Biax  droop  error  (mrad,  3a) 

Control  Electronic  Assemblies  (Spinning  Vehicle) 

1.  Programmer  sine  wave  (mrad,  3a) 

2„  Drive  quantization  and  delay  (mrad,  3a) 

3.  Measurement  compensation  (mrad,  3a) 

4.  Pipper  drift  (mrad,  3a) 

5„  Quantization  noise  (mrad,  3a) 

6.  Controller  error  (mrad,  3a) 

Control  Electronic  Assemblies  (Three-Axis  Controlled  Vehicles) 

1.  Pitch  horizon  scanner  gain  (sec'^) 

2.  Roll  horizon  scanner  gain  to  roll  axis  (sec"*-) 

3.  Roll  horizon  scanner  gain  to  yaw  axis  (sec-*-) 

4.  Pitch  feedback  gain  (sec"*-) 

5.  Roll  feedback  gain  (sec"*) 

6.  Roll  to  yaw  coupling  gain  (sec"-*-) 

Earth  Sensor  Assembly 

1.  Sensor  noise  (mrad,  3a) 

2.  Radiance  irregularity  (mrad,  3a) 

3.  Quantization  error  (mrad,  3a) 

4.  Sun  interference  .(mrad,  3a) 

5.  Moon  interference  (mrad,  3a) 

6.  Threshold  aging  (mrad,  3a) 

7.  Null  or  bias  error  (mrad,  3a) 

8.  Maximum  output  frequency  (rad/ sec) 

Rate  Gyro  Assembly.  (None) 
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1. 


Reaction  Wheel  Assembly 


1.  Nominal  momentum  (M-kg-sec) 

2.  Maximum  momentum  (M-kg-sec) 

3.  Minimum  momentum  (M-kg-sec) 

4.  Nominal  speed  (rpm) 

5.  Maximum  speed  (rpm) 

6.  Minimum  speed  (rpm) 

m.  Rate  Integrating  Gyro  Assembly 

1.  G-insensitive  gyro  drive  (mrad,  3a) 

2.  Total  misalignment  relative  to  vehicle  (mrad,  3a) 

3.  Gyro  scale  factor  error  (N.  D. ) 

n.  Single  Gimbaled  Control  Moment  Gyro 

1.  CMG  momentum  (M-kg-sec) 

2.  Peak  gimbal  rate  (rad/ sec) 

3.  Peak  torquer  torque  (N-m) 

o.  Star  Sensor  Assembly 

1.  Type 

2.  Sensor  accuracy  (mrad,  3a) 

'3.  Mapper  field  of  view  (mrad^) 

4.  Mapper  sensitivity  (vi  sual  magnitude) 

p.  Thruster 

1.  Thrust  level  (N) 

2.  Pulse  life  (cycle’s) 

3.  Inlet  pres  sure  (N/m^) 

4.  Total  impulse  (N-sec)'1 

5.  ISP  (sec)* 

6.  .Mixture  ratio  (N.  D.  )"‘”‘' 

q*  Isolation  Valve 

1.  Maximum  pressure  (N/m^) 

2.  Flow  area  (cm^) 

* Applicable  to  monopropellant  and  bipropellant  thrusters. 

**  Applicable  to  bipropellant  thrusters  only. 
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r. 


Filter 


s. 


t. 


u. 


v. 


w. 


X. 


y- 


1. 

2 

Maximum  pressure  (N/m  ) 

2. 

Flow  resistance  J*N/(kg-m)2l 

i-  — 

Pressure  Regulator 

1. 

2 

Maximum  pressure  (N/m  ) 

2. 

Flow  area  (cm^) 

3. 

Minimum  set  point  (N/m  ) 

4. 

Maximum  set  point  (N/m  ) 

Tank 

1.  Volume  (cm^) 

2 

2.  Maximum  pressure  (N/m  ) 

Fill  and  Drain  Valve 

2 

1.  Maximum  pressure  (N/m  ) 

Relief  Valve 

2 

1.  Mimimum  set  point  (N/m  ) 

2 

2.  Maximum  set  point  (N/m  ) 

2 

3.  Maximum  operating  pressure  (N/m 
General  Purpose  Processor 

1.  Instruction  rate  (kips) 

2.  Word  length  (bits) 

Digital  Telemetry  Unit 

1.  Bit  rate  (kbps) 

2.  Word  length  (bits) 

3.  Number  of  mainframe  words 

4.  Number  of  subframes 

5.  Number  of  words  per  subframe 

6.  Digital  multiplexer  (yes /no) 
Command  Decoding  and  Distribution  Units. 


(None) 
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z. 


Baseband  Assembly  Unit 


1.  Compatibility  . . 

■JU 

•V'l 

2.  First  data  rate  stream  (kbps) 

3.  .Second  data  rate  stream  (kbps) 

4.  • First  subcarrier  frequency  (MHz)"  . 

5.  Second  subcarrier  frequency  (MHz) 

6.  Transmitter  requirement  (T ) 

a.  Antenna 

1.  Frequency,  high  band  max  (MHz) 

2.  Frequency,  high  band  min  (MHz) 

3.  Frequency,  low  band  max  (MHz) 

4.  • Frequency,  low  band  min  (MHz) 

5.  Type  and  equipment  number 

6.  On-axis-  gain  (dB) 

b.  Transmitter 

1.  Special  requirement  code  (T •) 

.2,  Compatibility 

3.  Maximum  frequency  (MHz) 

4.  Minimum  frequency  (MHz)  .. 

5.  Power  output  (watts) 

6.  Unified  or  nonunified** 

7.  First  subcarrier  frequency  (MHz) 

8.  Second  subcarrier  frequency  (MHz) 

9.  Input  data  rate  (Mbps) 

10.  Modulation  type 


The  first  rate  or  frequency  is  the  higher  of  the  two  if  two 
are  provided. 

Nonunified  requires  7.  and  8.  to  be  blank. 

Unified  requires  9.  to  be  blank. 


14-10 


Receiver 


1.  Compatibility,  range  and  range  rate 

2.  . Maximum  frequency  (MHz) 

3 . Minimum  frequency  (MHz) 

4.  Modulation  type 

5.  Maximum  command  rate  (baud  or  bps) 

6.  Command  output  type 

7.  F,  (kHz) 

8.  F2  (kHz) 

9.  F3  (kHz) 

10.  Signal  conditioner  requirement  (SC  ) 

Command  Signal  Conditioner 

1 . Compatibility 

2.  Special  requirement  code  (SC  ) 

3.  Command  input 

4.  Fj  (kHz) 

5.  F2  (kHz) 

6.  F3  (kHz) 

7.  Maximum  command  rate  (baud) 

Diplexe  r 

1 . Compatibility 

2.  Maximum  receive  frequency  (MHz) 

3.  Minimum  receive  frequency  (MHz) 

4.  Maximum  transmit  frequency  (MHz) 

5.  Minimum  transmit  frequency  (MHz) 

6.  Maximum  allowable  transmit  power  (watts) 
Shunt  Regulator 

1.  Maximum  power  capacity  (watts) 

Battery  Cell 

1.  Capacity  (amp-hr) 

2.  • Watt/hour  charge  efficiency  (N.  D. ) 
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h.  Battery  Charger 

1.  Current  rating  (amps) 

2.  Efficiency  (N.  D,  ) 

i.  Discharge  Regulator 

1.  ' Power  capability  (watts) 

2.  Efficiency  (N.  D. )' 

j_.  Series  Load  Regulator 

1.  Output  power  (watts) 

2.  Efficiency  (N.  D, ) 

k.  Power  Converter 

1.  Special  requirement  code  (C  ) 

It  is  important  for  the  reader  to  note  that  the  fact  that  a component  has  no 
listed  technical  characteristic  does  not  imply  that  the  component  has 
no  important  characteristics.  The  missing  technical  characteristics 
will  be  identified  as  the  Systems  Cost/ Performance  Model  is  improved. 

The  power  data,  which  is  required  in  order  to  design  the 
Electrical  Power  Subsystem,  includes  three  basic  descriptions:  the  r . 
power  requirements,  the  voltage  requirements,  and  the  conversion  re- 
quirements. The  average  power  is  the  average  power  required  by  the 
component  during  its  active  state,.  The  maximum  power  is  the  power 
required  either  during  peak  load  conditions  or  during  any  high  power  tran? 
sient  periods.  The  minimum  voltage  requirement  exists  during  quiescent 
periods,  powered-down  periods,  or  the  turned-off  condition,  if  allowable. 
The  voltage  requirements  are  the  specifications  for  which  the  equipment 
is  rated,  i.e.  , the  nominal  voltage  and  the  maximum  and  minimum  voltages 
for  which  the  component  will  continue  to  perform  within  specifications. 

If  the  specific  component  is  selected,  the  converter /inverter  requirement 
flag  identifies  any  need  for  special  power  conversion  equipment.  Since 
the  requirement  is  identified  by  a flag,  the  number  used  should  correspond 
to  the  identifier  for  the  actual  converter  or  inverter  .required, 


14-12 


The  component  weight  which  is  required  by  the  Vehicle 
Sizing  model  includes  all  weight 'which  is  essential  to  performing  the 
functions  associated  with  the  component.  Examples  of  additional  functional 
weight  include: 

a.  Telemetry  instrumentation 

b.  Failure  sensing  and  switch: 

c.  Interface  equipment  which  is  not  ordinarily  a separate 

component  as  selected  by  the  Cost/Performance  Model, 

Weight  which  comes  under  different  functional  descriptions' is  not  included. 
Examples  are: 

a.  Wiring  harness 

b.  ' Structural  mountings 

Volume  is  the  direct  counterpart  of  weight  and  is  deter- 
mined according  to  the  same  rules.  The  summation  of  the  component 
volumes- is,  used  by  the  Vehicle  Sizing  Model  to  estimate  the  total  volume 
of  the  payload. 

The  vibration -specification  includes  both  random  and  non- 
random  categories.  Although  vibration  is  not  used  in  the  current  Cost/ 
Performance  Model,  the  intent  is  to  use  the  specification  in  future  models. - 

The  maximum  and  minimum  temperature  information  are 
the  temperature  specifications  for  which  the  equipment  is  qualified.  This 
information  is  used  to  design  the  Thermal  Control' Subsystem. 

The  pressure  information  is  the  ambient  pressure  for 
which  the  component  is  qualified.  This  information  is  also  not  used  by 
the  current  model,  but  can  be  used  in  future  models. 

i 

The  CDPI  information  for  each  component  is  used  for  the 
express  purpose  of  designing  the  Data  Processing  and  Communication 
Subsystems.  Command  requirements  are  divided  into  three  categories: 
power,  time  tagged,  and  other.  The  telemetry  requirements  are  separated 
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into  two  categories,  i.  e.  , low  rate  and  high  rate  telemetry  requirements. 

The  telemetry  information  includes: 

a.  Number  of  analog  telemetry  points 

b.  Number  of  digital  telemetry  points 

c.  Sample  rate 

d.  Word  length 

14.  3 SAFETY  DATA 

The  intent  in  supplying  the  safety  information  is  to  indicate 
the  failure  mode,  the  numerics  describing  the  failure  mode,  the  redun- 
dancy type,  and  the  maximum  amount  of  redundancy.  To  this  end,  the 
failure  model  as  stated  in  the  data  base  indicates  both  the  failure  mode 
and  the  redundancy  type.  If  the  failure  mode  is  modeled  by  an  exponential, 
then  the  failure  rate  must  be  provided.  Both  the  mean  and  standard  de- 
viation are  supplied  in  the  event  of  a normal  (gaussian)  failure  mode. 

The  dormancy  factor  must  be  provided  for  either  failure  mode.  Because 
the  Systems  Cost/ Performance  Model  can  add  an  undesirable  amount  of 
redundancy  (from  an  engineering  point  of  view),  the  total  allowable  number 
of  redundant  elements  is  specified.-  This  redundancy  number  includes  both 
the  original  number  of  components  as  well  as  the  components  added  for  the 
purpose  of  increasing  system  reliability. 

14.4  COST  DATA 

Component  cost  information  must  be  supplied  for  each  of 
the  following  three  categories: 

a.  Design  engineering. 

b.  Test  and  evaluation 

c.  Unit  production 

This  information  is  entered  into  the  data  base  from  component  (i.e.,  assembly) 
level  CERs  which  have  been  developed  external  to  the  Systems  Cost/Performance 
Model.  .An  additional  piece  of  information  which  must  be  provided  is  the  ref- 
erence quantity  required  to  meet  the  performance  requirements.  Redundancy 
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is  not  included  in  the  reference  quantity.  The  nondimensional  factor 
has  been  provided  for  use  in  future  models  where  the  effect  of  standardi- 
zation or  use  of  off-the-shelf  hardware  is  to  be  incorporated. 

!4.  5 SCHEDULE  DATA 

Component  schedule  data  include  both  the  development 
lead  time  and  the  qualification  lead  time.  Each  lead  time  is  separated 
into  constant  and  variable  terms.  Normally,  the  constant  lead  times 
will  be  exactly  the  same  for  all  components  of  the  same  type.  In  addition, 
a state-of-art  factor  is  provided  based  on  the  component  being  in  a state 
of  development  somewhere  between  off-the-shelf  and  a new  concept  re- 
quiring an  advance  in  technology.  . 


14-15 


PAGE  INTENTIONALLY  BLANK 


15.  MODEL  CHECKOUT  AND  RESULTS 


The  Systems  Cost/Performance  Model  was  checked  out 
by  programming  the  Model  on  the  contractor's  CDC  7600  and  IBM  370 
computers  and  performing  both  a thorough  debugging  and  operation  of  the 
computer  program.  Programming  of  the  Model  served  the  purpose  of 
checking  out  the  interfaces  between  the  Subsystems  and  the  Reliability, 

Cost,  and  Schedule  models.  Operation  of  the  computer  program  served 
the  purpose  of  identifying  errors  in  the  Model.  Finally,  three  test  cases 
were  used  to  check  the  Cost/Performance  Model  and  the  operation  of 
the  computer  program.  The  three  test  cases  were: 

a.  Defense  Satellite  Communication  System  (DSCS-II) 

b.  Earth  Resources  Technology  Satellite  (ERTS-A) 

c.  Orbiting  Solar  Observatory  (OSO-I) 

The  results  of  the  three  test  cases  are  reported  in  the  following  three 
sections.  Section  15.4  reports  the  results  of  a sensitivity  analysis  of  the 
effects  of  reliability  and  power  requirements  on  cost  and  weight. 

15.  1 DSCS-II  CHECKOUT 

The  DSCS-II  payload  requirements  were  input  to  the  Cost/ 
Performance  computer  program  to  generate  a design,  along  with  the 
respective  costs  and  schedules,  which  would  satisfy  the  input  requirements. 
Such  a checkout  is  more  thorough  than  may  be  apparent  since  the  Cost/ 
Performance  Model  will  not  necessarily  reconstruct  an  identical  DSCS-II 
design  simply  because  the  equipment  is  in  the  data  base;  rather  it  will 
configure  alternate  designs  which  meet  the  DSCS-II  requirements  based 
on  well-defined  procedures.  The  checkout  effort  consisted  of  subsystem 
specialists  making  a step-by-step  investigation  of  the  logic,  calculations, 
and  equipment  selection  in  order  to  identify  and  correct  errors. 
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The  DSCS-II  input  parameters  are  listed  in  Table  15-1. 

A reproduction  of  the  computer  program  output  listing'is' provided  in  . 
Figure  15-1.  The  output  design  consists  of  the  following  subsystem 
configurations : 

a. .  • Dual  spin 

b.  Monopropellant  propulsion 

c.  Special  purpose  processing 

d.  Separate  uplink  and  downlink 

e.  Body  mounted  solar  arrays 

f.  Shunt  voltage  regulation 

g.  Cylindrical  shape 

h.  Single  system  redundancy 

The  equipment  and  the  required  quantities  as  selected  by  the  computer 
program  are  summarized  in  Table  15-2.  The  subsystem  weights  and 
vehicle  dimensions  are  compared  with  the  actual  values  in  Tables  15-3 
and  15-4,  respectively.  Table  15-5  compares  the  Model's  cost  estimates 
with  the  equivalent  cost  estimates  generated  by  subsystem  (PALCM),  CERs. 
The  error  in  the  total  cost  estimate  (using  preliminary  CERs)  is  less  than 
23%  relative  to  the  actual  DSCS-II  costs. 
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FORTRAN 

Default 

Name 

Input 

Value 

* l 

General  (MODE) 

MICRO 

0 

0 

ISTRT1 

1 

1 

IEND1 

1 

5 ’ 

ISTRT2 

• 2 

1 

IEND2 

2 • 

3 

ISTRT3 

2 

1 

IEND3 

2 

2 

ISTRT4 

2 

1 

IEND4  - 

2 

5 

ISTRT5 

2'  . 

1 

IEND5 

2 - 

6 

ISTRT6 

1 

1 

IEND6- 

1 

3 

ISTRTR 

0 

0 

IENDR  • ' 

0 

1 

Stabilization  and  Control 

DPHI 

.25  ' 

FE 

3.5 

4.  1 

TSMAL1 

71.-7 

100.  * 

XNU 

3. 

PDOTO 

1 

~ Description 

Set  to  0 for  macro,  set  to  1,  2,  3, 
4,  or  5 for  micro 

Range  o-f  configurations  for  sta- 
bilization and  control  (must  be 
equal  for  micro  on  another  sub- 
system) 

As  above  for  Auxiliary  Propuls io 

As  above  for  Data  Processing 
and  Instrumentation 

As  above  for  Communications 
As  above  for  Electrical  Power 
As  above  for  Vehicle  Sizing 
Reliability 
(USRSC) 

Main.  eng.  alignment  to  thrust 
axis  (deg) 

Thrust  (translational)  (lb) 

Main  eng.  burn  time  (sec) 

► 

Control  system  efficiency 
Max,  initial  rate  (deg/sec) 
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Table  15-1.  DSCS-II  Input  Requirements  (Continued) 


FORTRAN 

Default 

Name 

Input  . 

Value 

Desc  ription 

Stabilization  and  Control  (USRSC)  (continued) 

TAUX 

I. 578xl08 

62208000. 

Times  that  disturbance  torques 

TAUY 

1. 578xl08 

62208000, 

are  in  effect  (sec) 

TAUZ 

1. 578xl08 

62208000. 

T 

60. 

24.- 

Mission  lifetime  (months) 

PHIRX 

0.  393 

.75 

Required  accuracy  on  roll,  pitch. 

PHIRY 

0.393 

.75 

and  yaw  axes  (deg) 

PHIRZ 

0.393 

. 75 

PDOTX 

1. 

Max.  Maneuver  rates  (deg/sec) 

PDOTY 

1. 

PDOTZ 

1.  ' 

XN 

; 

1. 

Number  of  maneuver  about  roll, 

YN 

1. 

pitch,  and  yaw  axes 

ZN 

1. 

PDOTRX 

.012 

Required  system  rate  accuracy 

PDOTRY 

.012 

(deg/.sec) 

PDOTRZ 

.012 

OMEGS 

0 

1. 5708 

Spin  rate  about  yaw  axis  (rad/sec) 

OMEGR 

58. 

60. 

Spin  rate  of  rotor  (rpm) 

PJ 

71. 

75. 

2 

Platform  spin  axis  inertia  (slug-ft  ) 

XNN 

10. 

21. 

Time  between  spin  axis  correc- 
tions (days) 

K 

1 

1 

0 if  errors  for  spin  axis  relative 
to  nadir 

1 if  errors  for  payload  relative 
to  nadir 
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Table  15-1.  DSCS-II  Input  Requirements  (Continued) 

FORTRAN  Default 

Name  Input  Value  Description 

• Stabilization  and  Control  (USRSC)  (continued) 

MANY  1 


IPAWAVi 

0 

EPI 

.0001 

AX 

.05 

AY 

.05 

AZ 

.05 

EA 

0.  10, 

EANT 

0.  1 

ALPHA 

12.0 

TL 

1.0 

TACCEI 

20.0 

XNNN 

4.0 

THOLD 

100, 000 

PDOTA\ 

0.01 

PDTST 

0.0667 

1 = power  flight  control, 

2 = stationkeeping, 

3 = orbit  correction  control, 

4 = vehicle  slewing 

0 to  1 for  payload  yaw  req.  (no 
or  yes) 

Max.  programmed  pitchover 
rate  (deg/sec) 

Misalignment  errors  in  mount- 
ing inertia  measurement  units 
(deg) 

Antenna  misalignment  (deg) 

Antenna  elevation  (rad) 

Thruster  offset  in  roll-yaw 
plane  (deg) 

Time  between  unloading  wheel 
momentum  (day) 

Acceleration  time  for  maneuver- 
ing (sec) 

Number  of  single  gimbaled  gyros 
Time  vehicle  in  inertial  hold  (min) 

t 

Aug.  body  rate  for  low  orbit  when 
high  accuracy  is  required  (deg/sec) 

Max.  rate  at  which  star  informa- 
tion is  obtained  (deg./sec) 


1 


FORTRAN 

Name 


Table  15-1-.  ( DSC S -II  Input, Requirements  (Continued) 


. _ Default 

Input  Value 


Description 


PHIFOV 
• ISAT 

CLIFE 


BTRMX 

SCSFL 

TPRFL 


Stabilization  and  Control  (USRSC)  (continued) 

40.0  Max.  range  of  attitude  freedom 

required  to  track  specific  stars 
(deg) 

Earth  pointing  flag 
Equivalent  to  IS  AT OR  in 
Thermal  (do  not  input)  (deg) 

Auxiliary  Propulsion  (USRAP) 

50,  000.  Cycle  (or  pulse)  life  (cycles) 

Data  Processing  and  Instrumentation  (USRDP) 

1.024x10^  Maximum  bit  rate  (bit/sec) 

0.  Special  command  synchronization 

flag  (0  means  no  synchronozation 
required,  1 means  synchroniza- 
tion required) 


0.  Telemetry  processing  flag  (0 

means  telemetry  processed 
separately,  1 means  otherwise) 


OPSMS 


0. 


Number  of' mission  operations 
(ops  /sec) 


ARRAYN(11,  3) 

16 


(11,0) 


68 

16 

0.0075 

8 


Mission  data  for  up  to  three 
equipments : 

Power  Switching,  Commands 
Time  Tagged  Commands 
Other  Commands 
High  Rate  Telemetry 
• Number  of  Analog  Points 
Number  of  Digital  Points 
Sample  Rate  (sec  ) 

Word  Length  (bits) 

Low  Rate  Telemetry 
Number  of  Analog  Points 
Number  of  Digital  .points 
Sample  Rate  (sec'  ) 

Word  Length  (bits) 
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Table  1*5-1.  DSCS-II  Input  Requirements  (Continued.) 


FORTRAN  Default 


Name 

Input 

Value 

Description 

Data  Processing 

and  Instrumentation  (USRDP)  (Continued) 

MIS  P D 

j 

/ 

0 

Mission  data  processing  flag 
(1  means  processing  required, 
0 means  no  such  processing 
required) 

NMSEQ 

1 

0 

Number  of  mission  equipment 

Communications  (USRCM) 

IOPTCM(3) 

• 1,0,0 

0,  0,  0 

IOPTCM(l)  is  ranging 
IOPTCM(2)  is  separate  link 
IOPTCM(3)  is  separate  antenna 
(0  or  1 for  no  or  yes) 

JLSGLS 

1 

Link  SGLS  flag  (0  = no,  1 = yes) 

LUSB  ■ 

. 0 

Link  USB  flag  (0  = no,  1 = yes) 

FREQ<2) 

2250.,  2250. 

F requency  of  downlink  transmit- 
ters (Mhz) 

APOGEE 

,/ 

19,  323. 

500. 

Apogee  (must  be  less  than  or 
equal  to  ALT)  (nmi) 

NET 

.0 

1 

1 = NASA  net,  0 = AFSCF  net 

NADIR 

' 1 ' 

0. 

Nadir  coverage  flag  (0  = no, 
1 = yes) 

FREQR 

1800'. 

Receiver  frequency  (Mhz) 

C OMR  AT 

1000. 

Receiver  command  rate  (baud) 

B WIDTH  (2) 

-1.E10, 

-1.E10 

Bandwidth -for  transmitter  (Hz) 
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Table  15-1.  DSCS-II  Input  Requirements  (Continued) 


FORTRAN  Default 


Name 

Input 

Value 

Electrical  Power  (USREP) 

OPTEMP 

15. 

IVOLT 

0 

Vehicle  Sizing 

; (USRVS) 

EQPF 

10. 

2. 

MB12SH 

1 

1 

EQM1XL 

48.  4 

40. 

EQM1YE 

108.  2 

40. 

EQM1XE 

108.  2 

40. 

EQM2XL, 

0, 

40. 

EQM2YL 

0. 

40. 

EQM2ZL 

0. 

40. 

ISBOFG 

0 

0 

NUMEEQ 

0 

0 

EEQWT(9) 

0 

EEQVTj{9) 

' 0 

EM1YCG 

0 

EM1ZCG 

0 

EM2YCG 

‘0 

EM2ZCG 

0 

Description 

Battery  temp,  (deg.c.) 

Flag  0 = voltage  need  not  be 
regulated 

1 = voltage ' regulated 

Equipment  packing  factor 

Mission  equipment  bay  shape 
(1  means  cylinder,  2 means 
box) 

#1  mission  equipment  bay  length  (in) 
#1  mission  equipment  bay  width  (in.) 
#1  mission  equipment  bay  height  (in) 

#2  mission  equipment  bay  length  (in.) 
#2  mission  equipment  bay  width  (in) 
#2  mission  equipment  bay  height  (in) 

Solar  array  boom  orientation 
(0  means  not  oriented,  1 means 
oriented 

Number  of  external  equipments 

(Max  =*9) 

External  equipment  weight  (lb) 

3 

External  equipment  volume  (ft  ) 
Mission  equipment  (in)  C.G.  's 
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Table  15-1.  DSCS-II  Input  Requirements  (Continued) 


FORTRAN  Default 

Name  Input  Value  Peso  ription 

Vehicle  Sizing  (USRVS)  (continued) 


CGEEX(9) 

2. 

Location  of  external  equipment 
(1  means  front,  2 means  center, 
3 means  aft  end) 

EELOC(9) 

1. 

Location  of  external  equipment 
(1  means  right,  2 means  left, 

3 means  top,  4 means  bottom) 

XCGSA1 

1. 

Location  of  solar  paddles  (1 
means  front,  2 means  center, 
3 means  aft  end) 

XCGSA3 

2. 

1. 

Location  of  body  mounted  solar 
array  (1  means  front,  2 means 
- center,  3 means  aft  end) 

Miscellaneous  (USRI) 

EQM1WT 

181. 

435. 

Mission  equipment  weight  (lb) 

EQM2WT 

■0. 

435. 

Mission  equipment  weight  (lb) 

DIAMAX 

108. 

120. 

Maximum  satellite  diameter  (in.) 

ALT 

19,  323. 

500 

' Altitude  (nmi) 

Thermal  (USRTH) 

IS  AT  OR 

1 

1 earth  oriented 

2 sun  oriented 

3 inertially  oriented 

ORBINC 

2.5 

28.5 

Orbital  inclination 

Reliability  (USRRE) 

KEOPT' 

1 

Expense  Option  Indicator 
1 expense  is  weight 
Otherwise  expense  is  cost 

RFEXED 

1.0 

Initial  system>reli ability 
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Table  15-1.  DSCS- II  Input  Requirements  (Continued) 


FORTRAN 

Name 

Input 

Default 

Value 

Description 

Reliability  (USRRE)  (continued) 

SYS  LB 

400. 

0.0 

Initial  system  weight  (lb) 

SLBMX 

5650. 

50000.0 

Maximum  system  weight  (lb) 

ISPT 

0 

Single  point  failure  require- 
ments Option 
0 not  in  effect 
Otherwise  in  effect 

ISUB 

‘ o ■ 

Subsystem  requirements  option 
1 at  least  one  subsystem  has  a 
reliability  spec. 

Otherwise  no  reliability  specs 
on  subsystems. 

SPECI* 

38.  0 

. 18. 

Mean  mission  duration  system 
requirement 

aPEC(i)** 

. 9 

R(TRUNC)  requirement  for  S&C 
subsystem 

SPEC  (2)  ** 

.9 

R(TRUNC)  requirement  for  AP 
subsystem 

SPEC  (3)  ** 

. 9 

R(TRUNC)  requirement  for  SPI 
subsystem 

SPEC  (4)** 

.9 

R(TRUNC)  requirement  for  comm 
subsystem 

SPEC  (5)  ** 

.9 

R(TRUNC)  requirement  for  EP 
subsystem 

SPEC (6)  ** 

0.  236 

.6 

R(TRUNC)  requirement  for 
system 

RFNL 

0.7 

Internal  variable  that  sets  ME 
reliability 

■ * If  SPEC  1 <;  0.  1',  MMD  MODE  is  skipped  in  RELY 

**  If  SPEC(K)  0.00001,  R(TRUNC)  MODE  is  skipped  for  subsystem  K in 


RELY 
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Table  15-1.  DSCS- II  Input  Requirements  (Continued) 


FORTRAN 

Name 

Input 

Default 

Value 

Description 

Schedules  ' (US RSK) 

SK'DME(7,  3) 

0 

Schedule  data  for  up  to  three 
mission  equipments  (mo) 

Structures  (USRST) 

CA 

10. 

Axial  acceleration  (g) 

CE 

Costs  (USRCS) 

5. 

Lateral  acceleration  (g) 

NFV 

6 

4 

Number  of  flight  .vehicles 

NQV 

1 

1 

Number  of  qualification  vehicles 

XMER 

32,300,000.* 

0. 

Mission  equipment  DDT&E  cost 
{$) 

SMEU 

3,340,  000.* 

0. 

Mission  equipment  average  unit 
cost  ($) 

FEEPCT 

0.  07 

Contractor's  fee  percentage 

IMETYP 

1 

2 

Mission  equipment  type  (1  means 
Communications,  2 means  Earth 

Observatory)  ■ 


These  numbers  do  not  reflect  DSCS-II  costs,  but  are  input  for  example 
purposes  only. 
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SYSTEM  DESCRIPTION  - - DESIGN  NUMBEP  1 
" STAPIL1ZATIOM  AND  CONTROL 

CONFIGURATION  IDENTIFIER  1 

EQUIPMENT  CODE  I PENT  I FI E°  101  201  302  401  501  60J_  _ 7C1  801  1401 

EQUIPMENT  QUANTITIES  1 2 3 ' ~2  ~Y  “ ‘ 3 2 3 3 

CALCULATF-D  ACCURACY  0.7500E  00 (DFG ) 

I ERR  0 . 

AUXILIARY  PROPULSION 

CONFIGURATION  IDENTIFIER  2 

EQUIPMENT  COOf  IDENTIFIER  bOI  s07  901  ICtOI  499  201  11C2  503  701  1201  oOl 

EOuipMFNT  QUANT  I TIES  12  ~ 4 7 9 •"  2 *l“ ' 7 £ ' 1 I 1 

TOTAL  IMPULSE  0.1867E  05(L6~GL-C) 

IEFR  0 

data'  processing  AND  INSTRUMENTATION 
CONFIGURATION  IDENTIFIER  1 

EQUIPMENT  CODE  IDENTIFIER  201  _ 

tQUIPMENT  QUANTITIES  2 ’ 

COMPUTER  OPERATIONS  RATE  0.0  (IPS) 

IERR  _ _ _1  _ _ 

COMMUNICATIONS  

COMF1  GOP  AT  ION  IDENTIFIER  2 

EQUIPMENT  CODE  IDENTIFIER  101  _201  J301  401  502  fcOI  70 1 702 

'“EQUIPMENT  QUANTITIES  " 3 ~"Y  ’ 3 3 3 2 2 2 

ENGINEERING  DATA  RATE  0.2000L  01  (KBPS) 

MISSION  EQUIPMENT  DATA  RATE  0.0  _ (KBPS) , , 

FLFCTRICAL  POWER- 

CCNFluUR  ATI  ON  IDENTIFIER  ? , 

lQUIPMENT  COD?  IPENT1F1EP  101  205  301  1201_  ' 

* EQUIPMENT  QUANTITIES*”  2 " 6 t>  ’ ' 2 " - 

TOTAL  AVERAGE  POWER  REQUIREMENT  O.lbiSE  03(WATTS) 

SOLAR  ARRAY  AREA  __  0.7567F  U2(FT**2)  _ ' 

MINIMUM"  r'(STALLt,D  BATTERY-  CAP*.”  0 .vfc5  7h‘  01  ( AMP-HP  ) 

THERMAL  CONTROL 

RADIATOR  AREA  0.4540E  01  . {fU*/)  t BATTERY  KADI  ATOM  AREA  0.1132E  01  , (FT**2) 

TOTAL  RAOlATUf  AREA  0.5722E  01  (FT**2) 

HLATER.  POWER  0.30o6E  03  (ETU/HM  r CATTERY  HE  AT  tR  POWER  0.1100E  03  ( BTU/HR ) 

TOTAL  HEATER  POWER  0.4166E  03  (BTU/HR) 

- rpfc/ T PIPE  0.1442b  Of  (WATT-IN)*  , VARIABLt  CCNPUCT ANC&”H. p.  0.14C8E  04  (WATT-IN) 

1Ei-R  1100C10111 


Figure  15-1.  Computer  Program  Output  Listing  for  DSCS-II 
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SJjUJCTJJB  FS 

5Kl“N  THICKNESS  P.69B8E-02 < IN) 
STRINGER  NO, THICKNESS, HT 
FRAME  NO,  THICKNESS,  HT  . 

”~eno  cover  thickness  - furwarg 

VEHICLc  SJ21NG 

CONFI GUR  A TIUN  IDENTIFIER 
LAUNCH  WEIGHT,  0.1M.-IE  04(L8S) 
WIDTH  0.1059E  03 ( IN), 
IXX  0.J670E  07  ( LB~IN+*2 ) , 
IERF 
SAFFTY, 


601.,  n.u^bt-oi  (IN), 

.6.,  C.7535E-0L  (IN), 

<.  .2S^ifc  Of t IN) ,CFMTER  C.Ci 


0.3722F  00  (IN) 

0. <13036  00  (IN) 

(IN), AFT  0.2S91E  OO(IN) 


1 

, Length  o.Uj7i  Oi(iN)  , 

HEIGHT  0.1O59C-  03  (IN), 

IYY  0. 177  If.  07  <Lr-IN**2),  122  0.17716  07  (LB-1N**2 ) 

1 • 


REDUNDANCY  CONFIGURATION  G .... 

MEAN  MISSION  DURATION  0.38941  O^(MO) ,RcLi ABILITY  0.242 


COST  (ALL  AMOUNTS  ARE  IN  DOLLARS) 

DDT *E _ . . 

DESIGN  ENGINEERING  7t0*,h52.0 

TEST  AND  EVALUATION  4192465.0 

( CO  LING  AND  TEST  FQtilPMF.NT  . . . ..  0.0 

QUALITY  CONTROL  802020.6 

SYSTEMS  ENGINEERING  AND  INTEGRATION  3618522.0 

PROGRAM  MANAGEMENT LMSlZfi ,_0 

COST  CATFGORY  DOT  + E INVESTMENT 

SPACECRAFT  1 4 8960*1 0.  41531280 

MISSION  EQUIPMENT  22300000 ...  20040000 

TOTAL  PAYLOAD  • 51196640.  61371280 

QUALIFICATION  UNITS  6921862.  ■ 


F:  00,RFLIABIUTY  TRUNCATION  TIME  0.6083E  02(MOV 

IMVf.STMFNT(  RECURRING)  ...  .„  . 

UNIT  ENG I N fc  E R I NO  2180779.0 

U*>1T  PRODUCTION  2605938.0 

TOOLING  AND  TFST  EQUIPMENT  0.0. 

QUALITY  CONTROL  397542.9 

SYSTEMS  ENGINEERING  ANO  INTEGRATION  I27II55.0 

PROGRAM  MANAGEMENT 466466.8 

OPERATIONS 


G.S.E. 2236612. 

LAUNCH  SUPPORT  1636781. 

FLIGHT  OPERATIONS  ’ 729502. 

CONTRACTOR  FFF  _ _ 1 96413  G._  2907189.  

PROGRAM  TOTAL  62323248.  64478464.  2531921. 

SCHEDULE 

PF.SIGN  ANO  COMPONENT  DEVELOPMENT  TIME l4.4t  MONTHS ) _ 

SUBSYSTEM  DEVELOPMENT  YJMO  - 9.4(M0NTHS) 

COMPONENT  QUALIFICATION  TIME  14 • I (MONTHS ) 

SUBSYSTEM  QUALIFICATION  TIME . 8.2  (MONTHS )_  . 

SYSTEM  DEVELOPMENT  ~ANO  FlTg'hT  READINESS  TIME  9.4(M0NThS) 

SCHEDULE  DURATION  (TO  LAUNCH)  4l.4(M0NTHS) 


Figure  15-1.  Computer  Program  Output  Listing  for  DSCS-II  (Continued) 


Table  15-2.  DSCS-II  Equipment' 


.Data 

Base 

Identi- 

fier 

Number  t 

Equipment  Type 

Re- 

quired 

Redun- 

dancy 

Actual 
- Total 

Despin  Mechanical  Assembly  ) 
Despin  Electronics  Assembly  | 

0101 

1 

0 ’ 

1 

2 

Valve  Driver  Assembly 

0202 

1 

'1 

2 • 

jSun  Sensor  Assembly 

0302 

1 

'2 

' 2 

,Nutation  Damper 

0401 

1 

• 1 

1 

|Gimbal  Electronics  Assembly. 

0501 

1 

2 

1 

•Control  Timing  Assembly 

0601  * ■ 

1 

2.: 

! 2 

|Bi- Axial  Drive  Assembly 

0701 

2 • 

. 0 

! 2 • 

Earth  Sensor  Assembly 

0801 

1 - 

2 

2 

S&C  Power  Converter 

1401  ' 

i 

2 

o 

Monopropellant  (Attitude  Control) 
Thrusters 

0807 

6 

6 

6 

Monopropellant  (Translational) 
; Thrusters 

0807 

2 

2 

2' 

I Isolation  Valve 

0901 

4 

3 

7 

Filter 

1001 

9 

0 

‘ 7 

Relief  Valve 

0701 

1 

0 

1 

Propellant  Tank 

1102 

7 

' 0 . 

’4 

Propellant  Filter  Drain  Valve 

1201 

1 

0 

1 

Pressure  Regulator 

0499 

1 

1 

0 

Regulator  Isolation  Valve 

0201 

1 

0 

0 

Pressurant  Tank 

0503  . 

1 

1 

0 

jPressurant  Fill  and  Drain  Valve 

0601 

1 ■ 

0 

0 

Digital  Telemetry  Unit 

0201 

1 

1 

2 

Baseband  Assembly  .Unit 
i 

.0101 

* 1 

2 , 

2 

jBiconical  (Omni)  Antenna 

0201 

1 

1 

1 

j Transmitter  (0>  8 watt) 

0301 

1 

2 

2 

Receiver 

i. 

0401- 

• 1 

2 

! 

2 i 

_J- 
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Table  15-2.  DSCS-II  Equipment  (Continued) 


Equipment  Type 

Data 

Base 

Identi- 

fier 

Number 

! 

1 

Actual  j 
Total  j 

Re- 

quired 

Redun- 

dancy 

Command  Signal  Conditioner 

mgm 

1 

2 

2 | 

Diplexer 

HI 

1 

1 

1 ; 

Transmitter  Power  Converter 

ESS 

1 

1 

2 ! 

Receiver  Power  Converter 

0702 

1 

1 

2 1 

Shunt  Regulator 

0101 

1 

1 

2 ! 

Battery  (10  amp-hr) 

0205 

2 

4 

3(12A-H)j 

Battery  Charger 

0301 

2 

4 

3 i 

Power  Control  Unit 

1201 

1 

1 

1 
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Table  15-3.  DSCS-II  Weights 


J . . ..........  ......  ..  . . , 

Subsystem 

Model 

Estimates 

Actuals 

kg 

(lb) 

kg 

(lb)' 

Structures 

148.  7 

327.  9 

129.  7 

285.  9 

Thermal  Control 

7.0 

' 15.  5 

17.  6 

38.  9 

Electrical  Distribution 

85.4 

188.3 

54.  0 

119.0  ■ 

Communication,  Data  Process- 
ing and  Instrumentation 

29.  3 

64.  6 

58.  7 

129.  5 

Electrical  Power 

101.4 

223.  5 

93.  8 

206.7  • 

Stabilization  and  Control 

73.  0 

161.  0 ■ 

- 55.  2 

121. 8 ' 

Auxiliary  Propulsion 

50.  0 

>110.  3 

13.  7 

30.  2' 

Expendab  le 

. 50.  8 

111.  9 

55.  2 

121. 8 

Mission  Equipment 

82.  1 

181.0  ' 

82.  1 

181. 0 

Total  Payload 

627.  8 

1384.  0 

560.  1 

1234.8 

Adapter 

7.  7 

17.  0 

6,.  7 

14.  8 

Launch  Weight 

635.  5 

1401. 0 

, 

566.  8 

1249.  6 .. 

Table  15-4.  ' DSGS-II  Dimensions 


Dimensions 

Model 

Estimates 

Actuals 

m 

in,  * 

m • 

i'n. 

Diameter 

2.  69 

105.  9 

2.  75 

108.  21 

Equipment  Bay  Length 

1.66 

65.3 

1.  70 

66.  75 

Total  Length 

2.89 

113.7 

,3.  03 

119. 15 

Table  15-5.  DSCS-II  Cost  "Estimate  Comparisons 


Model  Estimates 
($1000)  ' 

Subsystem  CERs* 
($1000) 

DDT&E  . 

(60,359) 

(61,610) 

Spacecraft 

28,059 

29, 310  - 

Mission  Equipment 

32,300 

32, 300 

Investment 

(61,  571)' 

(49,610) 

Spacecraft 

41, 531 

29,570 

Mission  Equipment 

20,  040 

20,  040 

Operations 

( 2,  366) 

( 4,540) 

Contractor  Fee 

( 5,037)  ; 

( 4,439) 

TOTAL 

(129,  334) 

(120,  199)  ■ 

*The  subsystem  level  cost  estimates -were  generr1-* 
payload  cost  estimating  model,  PALCM. 

J 1 -t-l.  - _ . 
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15.2 


ERTS-A  CHECKOUT 


The  ERTS-A  payload  requirements  were  input  to  the  Cost/ 
Performance  computer  program  to  generate  a design  along  with  the  cost 
and  schedule  estimates  in  order  to  make  a cursory  comparison  of  the 
computed  results  with  the  actual  data  for  an  independent  program  not  in 
the  data  base.  The  ERTS  input  parameters  are  listed  in  Table  15-6. 
Figure  15-2  presents  a reproduction  of  the  computer  program  output  list- 
ing. The  output  design  consists  of  the  following  subsystem  configurations: 

a.  Three-axis  mass  expulsion  with  pitch  momentum  wheel 

b.  Monopropellant  propulsion 

c.  Special  purpose  processing 

d.  Unified  uplink  and  downlink  with  common  antenna 

e.  Separate  downlink 

f.  Paddle  mounted  solar  arrays 

g.  Shunt  and  discharge  voltage  regulation 

h.  Cylindrical  vehicle 

i.  Single  system  redundancy 

The  equipment  selected  by  the  computer  program  and  the  required  quanti- 
ties are  summarized  in  Table  15-7.  The  subsystem  weights  and  vehicle 
dimensions  are  compared  with  the  actual  values  in  Table  15-8  and  15-9, 
respectively. 
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Table  15-6. 

ERTS-A  Input  Requirements 

FORTRAN 

•Default 

Name 

Input 

Value 

Description 

General  (MODE) 

MICRO 

0 

0 

Set  to  0 for  macro,  set  to  1,  2,  3, 
4,  or  5 for  micro 

ISTRT1 

IEND1 

5 

r* 

1 

Range  of  configurations  for  sta- 
bilization and  control  (must  be 

5 

5 

equal  for  micro  on  another  sub- 
system) 

ISTRT2 

2 

1 

As  above  for  Auxiliary  Propuls ic 

IEND2 

2 

3 

ISTRT3 

IEND3 

2 

. 1 

As  above  for  Data  Processing 
and  Instrumentation 

2 

2 

ESTRT4 

4 

1 

As  above  for  Communications 

IEND4 

4 

5 

ISTRT5 

. 3 

1 

As  above  for  Electrical  Power 

IEND5 

3 

6 

ISTRT6 

1 

1 

As  above  for  Vehicle  Sizing 

IEND6 

1 

3 

ISTRTR 

0 

0 

Reliability 

IENDR 

0 

1 

Stabilization  and  Control  (USRSC) 

DPHI 

.25 

Main  eng.  alignment  to  thrust 
axis  (deg) 

FE 

1.0 

4.  1 

Thrust  (translational)  (lb) 

TSMALL 

2400. 

100. 

Main  eng.  burn  time  (sec) 

XNU 

3. 

Control  system  efficiency 

PDOTO 

• 5. 

1 

Max,  initial  rate  (deg/scc) 

15-19 


Table  15-6.  ERTS-A  Input  Requirements  (Continued) 


FORTRAN 

Default 

Name 

Input 

Value 

Desc  ription 

Stabilization  and  Control  (USRSC)  (continued) 

TAUX 

31104000. 

62208000. 

Times  that  disturbance  torques 

TAUY 

31104000.- 

62208000. 

are  in  effect  (sec) 

TAUZ 

31104000. 

■ 62208000. 

T 

13. 

24. 

Mission  lifetime'  (months) 

.PHIRX 

0.7  ' 

. 75 

Required  accuracy  on  roll,  pitch, 

PHIRY  . 

0.7 

. 75 

and  yaw  axes  (deg) 

PHIRZ 

0.7 

i 75 

PDOTX 

1. 

Max.  Maneuver  rates  (deg/sec) 

.PDOTY 

1. 

PDOTZ 

1. 

XN 

1. 

Number  of  maneuver  about  roll, 

YN 

1. 

pitch,  -and  yaw  axes 

ZN 

1. 

PDOTRX 

0.  04 

' .012 

Required  system  rate  accuracy 

PDOTRY 

' 0.04 

.012 

(deg/sec) 

PDOTRZ 

,0.  04 

.012 

OMEGS  ' 

1. 5708 

Spin  rate  about  yaw  axis  (rad/sec) 

OMEGR 

60. 

Spin  rate  of  rotor  (rpm) 

PJ 

75. 

2 

Platform  spin  axis  inertia  (slug-ft  ) 

XNN 

21. 

Time  between  spin  axis  correc- 
tions (days) 

K 

1 

0 if  errors  for  spin  axis  relative 

to  nadir 

1 if  errors  for  payload  relative 
to  nadir 
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FORTRAN 

Name 


Table  15-6.  ERTS-A  Input  Requirements  (Continued) 

Default 

Input  Value  .Prescription 


Stabilization  and  Control  (1JSRSC)  (continued) 


MANV 

1 

1 = power  flight  control. 

2 = stationkeeping, 

3 = orbit  correction  control, 

4 = vehicle  slewing 

IPAWAW 

0 

0 to  1 for- payload  yaw  req.  (no 
or  yes). 

EPI  • 

.0001 

Max;  programmed  pitchover  . 
rate  (deg/ sec) 

AX 

.05 

Misalignment  errors  in  mount- 

AY 

.05 

ing  inertia  measurement  units  ' 
(deg) 

AZ 

.05 

EA 

0.  10 

Antenna  misalignment  (deg) 

EANT 

0.  1 

Antenna  elevation  (rad) 

ALPHA 

-12.0 

Thruster  offset  in  roll- yaw 

. plane  (deg)- 

TL 

1.0 

Time  between  unloading  wheel 
momentum  (day)  ' 

TACCEL 

20.0 

Acceleration  time  for  maneuver- 
ing (sec) 

XNNN 

4.0 

Number  of  single  gimbaled  gyros 

THOLD 

100, 000. 

Time  vehicle  in  inertial  hold  (min) 

PDOTAV 

0.01 

Aug.  body  rate  for  low  orbit  when 
high  accuracy  is  required  (deg/sec) 

PDTST 

0.0667 

Max.  rate  at  which  star  informa- 
tion is  obtained  (deg/sec) 

r5-2i 


FORTRAN 

Name 


Table  15-6.  ERTS-A  Input  Requirements  (Continued) 

Default 

Input  Value  Description 


Stabilization  and  Control  (USRSC)  (continued) 

PHIFOV  40.0  • Max.  range  of  attitude  freedom 

required  to  track  specific  stars 
(deg) 

ISAT  Earth  pointing  flag 

Equivalent  to  IS  AT  OR  in 
Thermal  (do  not  input)  (deg) 

Auxiliary  Propulsion  (US RAP) 

CLJFE  50,  000.  Cycle  (or  pulse)  life  (cycles) 

Data  Processing  and  Instrumentation  (USRDP) 

BTRMX  1.024x10^  Maximum  bit  rate  (bit/ sec) 


SCSFL  1 0. 

TPRFL  0. 

OPSMS  0. 

ARRAYN(1I,  3)  (11,0). 


23. 

0. 

100. 

106. 

106. 

500. 

8. 

280. 

280. 

1. 

8 


Special  command  synchronization 
flag  (0  means  no  synchronozation 
required,  1 means  synchroniza- 
tion required) 

Telemetry  processing  flag  (0 
means  telemetry  processed 
separately,  1 means  otherwise) 

Number  of  mission  operations 
(ops  /sec) 

Mission  data  for  up  to  three 
equipments: 

Power  Switching  Commands 
Time  Tagged  Commands 
Other  Commands 
High  Rate  Telemetry 
Number  of  Analog  Points 
Number  of  Digital  points 
Sample  Rate  (sec'  ) 

Word  Length  (bits) 

Low  Rate  Telemetry 
Number  of  Analog  Points 
Number  of  Digital  points 
Sample  Rate  (sec  ) 

Word  Length  (bits) 
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Table  15-6.  ERTS-.A  Input  Requirements  (Continued) 


FORTRAN 

Name 

• ‘ Input 

Default 

■Value 

Description 

Data  Processing 

and  Instrumentation  (USRDP)  .(Continued), 

MISPD 

0 

Mission  data  processing  flag 
(1  means  processing  required, 
0 means  no  such  processing 
required) 

NMSEQ  ' 

1 

0 

Number  of  mission  equipment 

Communications  (USRCM) 

IOPTCM(3) 

1,  1.0 

0,0,  0 

IOPTCM(l)  is  ranging 
IOPTCM(2)  is  separate  link 
IOPTCM(3)  is  separate  antenna 
(0  or  1 for  no  or  yes) 

LSG'LS 

1 

Link  SGLS  flag  (0  = no,  I “ yi*-:) 

I.  CJSB 

0 

Link  USB  flag  (0  = no,  1 = yes) 

FREQ(2) 

2229.5,2287.5.  . 

2250.,  2250. 

F requency  of  downlink  transmit- 
ters (Mhz) 

APOGEE 

500'. 

500. 

Apogee  (must  be  -less  than  or 
equal  to  ALT)  (ami) 

NET 

1 

1 = NASA  net,  0 - AFSCF  net 

NADIR 

0 

Nadir  coverage  flag  (0  = no, 
1 = yes) 

FREQR 

2106.4 

1800  ’ 

Receiver  frequency  (Mhz) 

COMRAT 

■1000. 

Receiver  command  rate  (baud) 

B WIDTH  (2) 

- 1 . E 1 0 , 
-1.E10  ' 

Bandwidth  for  transmitter  (Hz) 
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Table  15-6.  ERTS-A  Input  Requirements  (Continued) 
FORTRAN  . Default 


Name 

Input 

Value 

Desc  ription 

Electrical  Power  (USREP) 

OP  TEMP 

15. 

Battery  temp,  (deg.c.) 

IVOLT 

1 

0 

Flag  0 = voltage  need  not  be 
regulated 

1 = voltage  regulated 

Vehicle  Sizing 

(USRVS) 

EQPF 

4. 

2. 

Equipment  packing  factor 

MB12SH 

1 

1 

Mission  equipment  bay  shape 
(1  means  cylinder,  2 means 
box) 

EQM1XL 

30. 

40. 

#1  mission  equipment  bay  length  (in) 

EQM1YE 

60. 

40. 

#1  mission  equipment  bay  width  (in.) 

EQM1XL 

60. 

40. 

#1  mission  equipment  bay  height  (in) 

EQM2XL 

0. 

40. 

#2  mission  equipment  bay  length  (in.) 

EQM2YL 

0., 

40. 

• #2  mission  equipment  bay  width  (in.) 

EQM2ZL 

0. 

40. 

#2  mission  equipment  bay  height  (in) 

IS  B OF  G 

1 

0 

Solar  array  boom  orientation 
(0  means  not  oriented,  1 means 
oriented 

NUMEEQ 

0 

0 

Number  of  external  equipments 
(Max  = 9) 

EEQWT(9) 

0. 

0 

External  equipment  weight  (lb) 

EEQVL(9) 

0. 

0 

External  equipment  volume  (ft  ) 

EM1YCG 

0 

EM1ZCG 

0 

Mission  equipment  (in)  C.G.  ’s 

EM2YCG 

0 

EM2ZCG 

0 
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Table  15-6.  ERTS-A  Input  Requirements  (Continued) 


FORTRAN 

Name 

Input 

Default 
Value  ‘ 

D.e  sc  ription 

Vehicle  Sizing  (USRVS)  (c 

ontinue  d) 

CGEEX(9) 

2. 

2. 

Location  of  external  equipment 
(1  means. front,  . 2 means  center, 
3 means  aft  end) 

EEEOC(9) 

4. 

1. 

Location  of  external  equipment 
(1  means  right,  2 means  left, 

3 means  top,.  4 means  bottom) 

XCGSA1 

2.  • 

1. 

Location  of  solar  paddles  (1 
means  front,  2 means  center, 
3 means  aft  end) 

' XCGSA3 

1. 

Location  of  body  mounted  solar 
array  (1  means  front,  2 means 
center,  3 means  aft  end) 

Miscellaneous  (USRI) 

EQM1WT 

479.5 

435. 

Mission  equipment  weight  (lb) 

EQM2WT 

0. 

435. 

Mission  equipment  weight  (lb) 

DIAMAX 

60. 

120. 

Maximum  satellite  diameter  (in) 

ALT 

500. 

500 

Altitude  (nmi) 

Thermal  (USRTH) 

ISATOR 

1 

1 

1 earth  oriented 

2 sun  oriented 

3 inertially  oriented 

OR  BIN  C 

99.  1 

28.  5 

Orbital  inclination 

Reliability  (USRRE) 

KEOPT 

1 

1 

Expense  Option  Indicato 
1 expense  is  .weight 
Otherwise  expense  is  cost 

RFEXED 

1.  0 

1.0 

Initial  system  reliability 
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Table  15-6.  ERTS- A Input  Requirements  (Continued) 

FORTRAN  ■ Default 

Name  i Input  ’ Value  • ' Description 


Reliability  (USRRE)  (continued) 


SYS  LB 

530. 

0.0 

Initial  system  weight  (lb) 

SLBMX 

3000. 

50000. 0 

Maximum  system  weight  (lb) 

ISPT 

0. 

0 

Single  point  failure  require- 
ments Option 
0 not  in  effect 
Otherwise  in  effect 

ISUB 

0. 

0 

Subsystem  requirements  option 
1.  at  least  one  subsystem  has  a 
reliability  spec. 

Otherwise  no  reliability  specs 
on  subsystems. 

SPECI* 

12. 

18. 

Mean  mission  duration  system 
requirement 

SPEC(l)** 

. 9 

R(TRUNC)  requirement  fo r S &C 
subsystem  . 

SPEC  (2) 

. 9 

R(TRUNC)  requirement  for  AP 
subsystem 

SPEC  (3)  ** 

. 9 

R(TRUNC)  requirement  for  SPI 
subsystem 

SPEC  (4)** 

. 9 

R(TRUNC)  requirement  for  comm 
subs  ystem 

SPEC  (5)** 

. 9 

R(TRUNC)  requirement  for  EP 
subsystem 

SPEC  (6)  ** 

0.  5 

.6 

R(TRUNC)  requirement  for 
system 

RFNL 

1.  0 

Internal  variable  that  sets  ME 
' reliability 

If  SPEC  1 <:  0.  1,  MMD  MODE  is  skipped  in  RELY 
V!,£  If  SPEC(K)  £ 0.. 00001,  R(TRUNC)  MODE  is  skipped  for  subsystem  K in 
RELY 
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Table  15-6.  ERTS-A  Input  Requirements  (Continued) 


FORTRAN 

Default 

Name 

Input 

Value 

Description 

Schedules  (USRSK) 

SKDME(7,  3) 

0 

Structures  (USRST) 

Schedule  data  for  up  to  three 
mission  equipments  (mo) 

CA 

10. 

Axial  acceleration  (g) 

CE 

Costs  (USRCS) 

5. 

Lateral  acceleration  (g) 

NFV 

2 

4 

Number  of  flight  vehicles 

NQV 

1 

Number  of  qualification  vehicles 

XMER 

0. 

Mission  equipment  DDT&E  cost 
($) 

■SMEU 

0. 

Mission  equipment  average  unit 
cost  ($) 

FEEPCT 

0.07 

Contractor's  fee  percentage 

IMETYP 

2 

2 

Mission  equipment  type  (1  mean 
Communications,  2 means  Eartl 
Observatory) 
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SYSTEM  DESCRIPTION f'ESl'GN  NUMBEP  i 

STABILIZE  ICIN'  CHA'TRUL 

CC!»F3  GUP  ATIUN  I ('(.NT  I*-TCK  5 

EQUIPMENT  CCnt  IDENTIFIER  1601  2201  U'01  iiOx 

EQUIPMENT  QUANTITIES  . 2 2 1 1 

CALCULATED  ACCURACY  ■ 0.4000K-DL (DTG) 

1 LRR  0 

AUXILIARY  PROPULSION 

CONFIGURATION  IDEwTIPlER  2 

ECUIPMtNl  CDD^  IDENTIFIES  804  • EUo  901  lOOt  4W  201  1103  501,  701  1201  601 

EQUIPMENT  QUANTITIES  6 2 5 2 "l  ” 1 " 1 1 1 . 1 

-TOTAL  IMPULSE  • 0.1L66L  05 (LB-SEC) 

I ERR  0 

“sCfttA  PROCESS  INC  AND  INSTRUMENTATION  

..  CONFIGURATION  IDENTIFIER  ''2 

EQU1PMIN1  CODE  IDENTIFIER  2G1-  201  * » ■ 

EQUIPMENT  QUANTITIES'  2 2 ...  - - - 

COMPUTER  OPERATIONS  RATE  0.0  . (IPS) 

IERR  , 1001  ' - ' 

COMMUNICATIONS  " 

CONFIGUkATIuN  IDENTIFIER  4, 

EQUIPMENT.  COUL-  IDENTIFIER  101  205  205  301  302  401  S02  601  701  702 

EQUIPMENT  QUANTITIES  2 11  "2  2 " 2 2 1 1 1 

ENGINEERING  DATA  RATE.  0.1280&  03(KBPS) 

MISSION  EQUIPMENT  DATA  RftTE  0.5L20E  O.e(KBPS) 

EL t C TR I C A L ' POWER  ‘ " " “ ' - 

CONFIGURATION  IDENTIFIER  3 . ' 

ECC 1PMEMT  CODE  IDENTIFIER  AW  501  207-  6o'l  7G1 

EQUIPMENT  QUANTITIES  " 2'  ~T  *2  ~ 2 ~2 

(DIAL  AVERAGE  PUWEP  REQUIREMENT  0.I476E  03(WATTS) 

SOLAR  ARRAY  AREA  ’ O.^bOBE  02(F1**2) 

~ MINIMUM  INSTALLED  LAVU-RY  CAP.  oVllt.SF  02  ( AMR-HR  ) 

(KI.RMAL  CONTROL  ' 

R*[IaTDK  F-.EA  0./3U4L  ol  <FT**2)  f BATTERY  RADIATOR  AREA  • 0.8750E  00  (FT**2) 

TOTAL  RADIATOR  AREA  0.8184E-  01  (FT**2) 

HfcATCK  POWER  0.5427k  03  (BTU/HR)  , BATTERY  HEATER.  POWER  0.B499E'  02  (BTU/HR) 

TOTALHCATfcR  POWER 0.6277E  03  C BTU/HR) 

HEAT  PiPc  O.loWf  05  ( WAT f-lN)  ‘ V VARIABLE  'CONDUCTANCE  H.P.  ““0.1112E  04  (WATT-IN) 

I ERR  11100 11011  ' ’ • ■ ■'  ' 


Figure  15-2.  Computer  Program  Output  Listing  for  ERTS-A 


TVlif)  ^0 

rcwoiao  , 6z-  si 


STRUCTuKf  S 

SKIN  THICKNESS  0.664^0 —02  (IN) 
STRINGER  N0,THICKNE6S,HT 
FRAME  M'l,  THlCKNrSS,  HT  . 

END  CCVLK  THICKNESS  - FORWARD 
VEHICLE  SIZING 

CONFIGURATION  IPFNTIFIl-R 
LAUNCH  WEIGHT,  0.1539E  OMLBSI 
WIDTH  0.6000F  02 (IN), 
IXX  u.efcJl1:  06  ( LB-I  N**  2 ) » 
IfcKR 


'.OS.,  0-lt.8ir.-01  ( IN)  , 0.3152F  00  (IN) 

5.,  0.6382E-CI  (IN),  0.7032E  00  (IN) 

0.i.r*»7t  00  ( AM ) , CENTER  0.4I92E  GO(IN),AFT  0.2547E  CO(IN) 


i 

» 


1YY 

O 


LtWlGTh  0.1163E  03{IN>  , 

HEIGHT  0.600 OE  02  (IN), 

0.166 it  07  (Lb-1N**2  )j I2Z  0.2017E  07  <LB-IN**2) 


SAFETY, 

REDUNDANCY  CUNF)  CURAT  1 UN  0 
Mt  AN  MISSlOR  DURATION  0.12236  02 (MU  ) ,RLLIA 
COST  (ALL  AMOUNTS  ARE  IN  DOLLAPS) 

DDT+t 

IJI-SIU'  ENGINEERING 
TEST  A NL  EVALUATION 
TOOLING  AND  TEST  EQUIPMENT 
QUALITY  CONTROL 

SYSTEMS  ENGINEERING  AND  INTFCRaTION 

program  management 

COST "cAT  EGOPY 
SPACECRAFT 
MiSSICN  f QUIPMrNT 
TOTAL  PAYLOAD 

L'UaLI  fication  units- 

G.S.F. 

LAUNCH  SUPPORT 
FLIGHT  OP  I-RAT  IONS 
CONTRACTOR  FLE 
PROGRAM  TOTAL 


81  LI  TV  0.7 98 IE  00 RELLAB I LI TY  TRUNCATION  TIME  Q.1318E  02(H0) 


DDT+C 

2 iiSAtSw  1 6 . 

O. 

25S48::16. 

11142730. 

16003617. 


j ?09tc0 . 
6670.,  LOO. 


INVESTMENT ( RECURRING ) 


11  6 *.0206.0 
6 Yo9237 .0 
0.0 
980798.9 

5230604.0 

2308024.0 

•invesYmlnt 

222864‘:6. 

0. 

' 22283456. 


15599b 1 • 
23343424. 


UNIT  ENGINEERING 

UNIT  PRODUCTION 

TOOLING  AND  TEST  EQUIPMENT 


3580022.0 

4118257.0 

0.0 


QUALITY  CONTROL  630256.2 
SYSTEMS  ENGINEERING  AND  INTEGRATION  2051623.0 
PROGRAM  MANAGEMENT ' 762569.3 


OPERATIONS 


1470556. 

,1409414. 

30815oT. 


SCHEDULE 

DESIGN  AND  COMPONENT  DEVELOPMENT  TIME 
SUL  SYS  ♦ t M DEVELOPMENT  T IKl 
CGrtPUNi NT  QUALIFICATION  TI Mr 
SUbSYST  E M QUALIFICATION  T 1 ML 

SYSTEM  DEVELOPMENT  AND  FLIGHT  READINESS  TIML 

schedule  duration  (to  launch) 


26.3 (MONTHS) 
14. 8 (MONTHS) 
17. ©(MONTHS ) 
6 .5( MONThS ) 
2£ .2 (MONTHS) 
7 1.6 (MONTHS) 


Figure  15-2.  Computer  Program  Output  Listing  for  ERTS-A  (Continued) 


Table  15-7.  ERTS-A;  Equipment 


i 

Equipment  Type 

j 

Data" 

Base 

Identifier 

V . i 

. Number  l 

Required 

i ^ 

| Redundancy  1 

1 

[Horizon  Sensor 

1801 

1 

' ■ - 0;  ! 

jElectronic  Error  Processor 

2201 

r ■ 

i j 

Reaction  Wheel  Assembly 

1301- 

1 • 

1 

0 

[Valve  Driver  Assembly 

1601  •• 

1 

1 

Monopropellant  (Attitude  Control) 

0804 

6 

1.0. 

; Thrusters  (0.  5 lb)  ’ . ' 

1 , 

Monopropellant  (Translational)  ■ 

0806  . ' 

2 

0 i 

: , Thrusters  (1. 0 lb) 

• 

i 

[Isolation  Valve 

69.pl 

4 

1 

Filter 

iooi  • 

..  ’ 9 

0 ! 

Relief  Valve 

i— i 

o 

r^ 

o 

1 . 

o ! 

Propellant  Tank  . . 

1103 

• 1 

o 1 

Propellant  Fill  •&  Drain  Valve 

' 1201 

1 

1 

0 

J 

Pressure  Regulator 

0499 

1 

1 • 

Regulator  Isolation  -Valve 

0201 

1 

0 1 

Pressurant  Tank 

• 0501 

1 

0 1 

Pressurant  Fill  & Drain  Valve 

0601 

1 

0 ! 

Digital  Telemetry  Unit 

0201 

2 

2 

i 

1 

Baseband  Assembly  Unit 

0101 

1 

i 

1 : 

Conical  Spiral  Antenna 

‘ 0205 

1 ' 

■ ° 1 

'Transmitter  (0.  8 watts) 

0301 

1 

1 I 
1 

jReceiver 

0401 

1 

i ; 

[Command  Signal  Conditioner 

0502 

1 

i ! 

Diplexer 

0601 

1 

0 ‘ 

’Transmitter  (1. 6 watts) 

0302 

1 

i 

Conical  Spiral  Antenna' 

0205 

• 1 

o.  ; 

Transmitter  Power  Converter 

..  ..  • 

0701 

1 

• ° j 
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Table  15-7.  ERTS-A  Equipment  (Continued) 


Equipment  Type 

Data 

Base 

Identifier 

J 

Number  I 

Required 

Redundancy  J 

Receiver  Power  Converter 

■ 0702 

1 

0 - i 

j 

Battery  (12.0  amp-hr) 

0207 

* 

0 ! 

Shunt  Regulator 

0501 

5 

2 ; 

Discharge  Regulator 

0499 

2 

o i 

Battery  Charger 

'0601 

0 

Central  Control  Unit 

0701 

1 

1 
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Table  15-8.  ERTS-A  Weights 


j Subsystem 

t 

Model 

Estimates 

Actuals 

I 

kg 

kg 

(lb) 

Structure 

184.  6 

406.  9 

181,  1 

399.3 

i Thermal  Control 

4.  6 

10.  2 

36.  4 

80.  2 

Stabilization  and  Control 

55.  1 

121. 5 

31.  9 

70.  4 

Auxiliary  Propulsion 

18.4 

40.  6 

33.  8 

74.  6 

Expendables 

30.4 

•67.  0 

36.  6 

80.  7 s 

Electrical  Power 

81.4 

179.  5 

' 148.  6 

327.5  ! 

Electrical  Distribution 

89.7 

197.  7 

89.3 

196.8  ! 

Communications,  Data  Process- 
ing fk  Instrumentation 

30.  9 

68.  1 

104.  1 

229.6 

J 

Mission  Equipment 

217.  5 

479. -5 

217.5 

479.5  | 

Total  Payload 

712.  6 

1571.0 

879.  3 

1938.  6 

Adapter 

8.  2 ' 

18.  0 

61..  9 

136.  5 

Launch  Weight 

720.8 

1589. 0 

941.2 

! 

2075.1  j 

Table  15-9.  ERTS-A  Dimensions 


Dimensions 

Model 

Estimates 

Actuals  . 

m 

in. 

m 

in. 

Diameter 

1. 52 

60. 

1.  52 

60. 

Equipment  Bay  Height 

2.  19 

86.  3 

Total  Height 

2.  95 

116.  3 

3.  04 

120. 
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15,3  OSO-I  CHECKOUT 

The  OSD- 1 payload  requirements  were  input  to  the  Cost/ 
Performance  computer  program  as  a test  case  to  be  evaluated  by  NASA. 

The  OSO-I  input  parameters  are  listed  in  Table  15-10.  The  computer 
program  output  listing  is  reproduced  in  Figure  15-3.  The  output  design 
consisted  of  the  following  subsystem  configurations: 

a.  Dual  spin 

b.  Cold  gas  propulsion 

c.  Special  purpose  processing 

d.  Unified  uplink  and  downlink  having  common  antenna 

e.  Separate  downlink 

f.  Body  mounted  solar- array 

g.  Series  load  voltage  regulation 

h.  Cylindrically  shaped  vehicle 

i.  Single  system  redundancy 

The  equipments  selected  by  the  computer  program  are  listed  in  Table  15-11, 
The  subsystem  weights  and  vehicle  dimensions  are  compared  with  the  con- 
tractor's projected  values  in  Tables  15-12  and  15-13,  respectively. 


15-33 


Table  15-10..  OSO-I  Input  Requirements 


FORTRAN 

Name 

Input 

Default 

Value 

MICRO 

General  (MODE) 
0 

0 

ISTRT1 

1 

1 

IEND1 

1 

5 

ISTRT2 

1 

1 

IEND2 

1 

3 

ISTRT3 

2 

1 

IEND3 

2 

2 

ISTRT4 

4 

1 

IEND4 

‘ 4 

5 

ISTRT5 

6 

1 

IEND5 

6 

6 

ISTRT6 

1 

1 

IEND6 

1 

3 

ISTRTR 

0 

0 

IENDR 

0 

1 

Stabilization  and  Contrc 

DPHI 

0. 

.25 

FE 

0. 

4.  1 

TSMALL 

0. 

100. 

XNU 

12. 

3. 

Description 

Set  to  0 for  macro,  set  to  1,  2,  ; 
4,  or  5 for  micro 

Range  of  configurations  for  sta- 
bilization and  control  (must  be 
equal  for  micro  on  another  sub- 
system) 

As  above  for  Auxiliary  Propuls 

As  above  for  Data  Processing 
and  Instrumentation 

As  above  for  Communications 
As  above  for  Electrical  Power 
As  above  for  Vehicle  Sizing 
Reliability  > 

(USRSC) 

Main  eng.  alignment  to  thrust 
axis  (deg) 

Thrust  (translational)  (lb) 

Main  eng.  burn  time  (sec) 
Control  system  efficiency 
Max,  initial  rate  (deg/sec) 


15-34 


PDOTO 


1 


FORTRAN 
Name  . 


Table  15-10.  OSO-I  Input  Requirements  .(Continued) 


Default 

Input  Value  Description 


Stabilization  and  Control  (USRSC)  (continued) 


TAUX 

31104000. 

62208000. 

Times  that  disturbance  torques 

TAUY 

31104000. 

62208000. 

are  in  effect  (sec) 

TAUZ 

31104000. 

62208000. 

T 

13. 

24. 

Mission  lifetime  (months) 

PHIRX 

2. 

.75 

. Required  accuracy  on  roll,  pitch, 

PHIRY 

2. 

. 75 

and  yaw  axes  (deg) 

PHIRZ 

2. 

. 75 

PDOTX 

0. 

1. 

Max.  Maneuver  rates  (deg/sec) 

PDOTY 

0. 

1. 

PDOTZ 

0. 

1. 

XN 

0. 

1. 

Number  of  maneuver  about  roll. 

YN 

0. 

1. 

pitch,  and  yaw  axes 

ZN 

0. 

1. 

PDOTRX 

.012 

Required  system  rate  accuracy 

.PDOTRY 

.012 

(deg/sec) 

PDOTRZ 

.012 

OMEGS 

1. 5708 

Spin  rate  about  yaw  axis  (rad/sec) 

OMEGR 

5. 

60. 

Spin  rate  of  rotor  (rpm) 

PJ  . 

150. 

75. 

• 2 

Platform  spin  axis  inertia  (slug-ft  ) 

XNN 

10. 

21. 

Time  between  spin  axis  correc- 
tions (days) 

K 

1 

1 

0 if  errors  for  spin  axis  relative 

to  nadir 

1 if  errors  for  payload  relative 
to  nadir 
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Table  15-1 0.  OSO-I  Input  Requirements  (Continued) 


FORTRAN 

Default 

Name 

Input 

Value 

Description 

Stabilization  and  Control  (USRSC)  (continued) 

MANV 

1 

1 = power  flight  control, 

2 = stationkeeping, 

3 = orbit  correction  control, 

4 = vehicle  slewing 

IP  AW  AW 

0 

0 to  1 for  payload  yaw  req.  (no 
or  yes) 

EPI 

.0001 

Max.  programmed  pitchover 
rate  (deg/sec) 

AX 

.05 

Misalignment  errors  in  mount- 

AY 

. 05 

ing  inertia  measurement  units 
(deg) 

AZ 

.05 

EA 

0.  10 

Antenna  misalignment  (deg) 

EANT 

o.P 

Antenna  elevation  (rad) 

ALPHA 

12.0 

Thruster  offset  in  roll- yaw 
plane  (deg) 

TL 

1.0 

Time  between  unloading  wheel 
momentum  (day) 

TACCEL 

20..  0 

Acceleration  time  for  maneuver- 
ing (sec) 

XNNN 

4.0 

Number  of  single  gimbaled  gyros 

THOLD 

100, 000. 

Time  vehicle  in  inertial  hold  (min) 

PDOTAV 

0.01 

Aug.  body  rate  for  low  orbit  when 
high  accuracy  is  required  (deg/sec) 

PDTST 

0.0667 

Max.  rate  at  which  star  informa- 
tion is  obtained  (deg/sec) 
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Table  15-10.  OSO -I  Input  Requirements  (Continued) 


FORTRAN 

Name 


PHIFOV 

ISAT 

CLIFE 

BTRMX 

SCSFL 

TPRFL 

OPSMS 
ARRAYN(1 1, 


Default 

Input  Value  Description 


Stabilization  and  Control  (USRSC)  (continued) 


40.0  • . Max.  range  of  attitude  freedom 

required  to  track  specific  stars 
(deg) 

Earth  pointing  flag 
Equivalent  to  IS  AT  OR  in 
Thermal  (do  not  input)  (deg) 

Auxiliary  Propulsion  (USRAP) 

50,  000.  Cycle  (or  pulse)  life  (cycles) 

Data  Processing  and  Instrumentation  (USRDP) 


1.  28x1 05 

1.024xl06 

Maximum  bit  rate  (bit/sec) 

1 

0. 

Special  command  synchronization 
flag  (0  means  no  synchronozatioii 
required,  1 means  synchroniza- 
tion required) 

0. 

Telemetry  processing  flag  (0 
means  telemetry  processed 
separately,  1 means  otherwise) 

0. 

Number 'of  mission  operations 
(ops  /sec) 

(11,0) 

Mission  data  for  up  to  three 
equipments : 

28. 

Power  Switching  Commands 

8. 

Time  Tagged  Commands 

100. 

Other  Commands 
High  Rate  Telemetry 

106.  ‘ 

Number  of  Analog  Points 

106. 

Number  .of  Digital  joints 

1. 

Sample  Rate  (sec  ) 

8. 

Word  Length  (bits) 
Low  Rate  Telemetry 

280. 

Number  of  Analog  Points 

280. 

- 

Number  of  Digital  -joints 

0. 0075 

Sample  Rate  (sec  ) 

8. 

Word  Length  (bits) 

1 5-^17 


Table  15-10.  OSO- 1 Input. Requirements  (Continued) 


FORTRAN 
Name  ' 


MIS  PD 


Default 

_ Value  - Description 

Data  Processing  and  Instrumentation  (USRDP)  (Continued) 

0 Mission  data  processing  flag 

(1  means  processing  required, 
0 means  no  such  processing 
required) 


NMSEQ 

1 

0 

Number  of  mission  equipment 

Communications  (USRCM) 

IOPTCM(3) 

. 1,1,0 

0,  0,  0 

IOPTCM(l)  is  ranging 
IOPTCM(2)  is1  separate  link 
IOPTCM(3)  is  separate  antenna 
(0  or  1 for  no  or  yes) 

Li SGLS 

1 • 

Link  SGLS  flag  (0  = no,  1 - ye;-:) 

LUSB 

0 

Link  USB  flag  (0  = no,  1 = yes) 

FREQ(2) 

2212.  5,  2212.  5 

2250.,  2250. 

Frequency  of  downlink  transmit 
ters  (Mhz) 

APOGEE 

300.- 

500. 

Apogee  (must  be  less  than  or 
equal  to  ALT)  (nmi) 

NET  ' 

1 

1 = NASA  net,  0 = AFSCF  net 

NADIR 

0 

Nadir  coverage  flag  (0  = no, 
1 = yes) 

FREQR 

1800 

Receiver  frequency  (Mhz) 

C OMR  AT 

800 

1000. 

Receiver  command  rate  (baud) 

B WIDTH  (2) 

-1.E10, 

-1.E10 

Bandwidth  for  transmitter  (Hz) 
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Table  15-10.  OSO-I  Input  Requirements  (Continued) 


FORTRAN 

Name 

Input 

Default 

Value 

Electrical  Power  (USREP) 

OPTEM] 

15. 

I VOLT 

■ 0 

Vehicle  Sizing  (USRVS) 

EQPF 

2, 

2. 

MB12SH 

2 

1 

EQM1XL 

77.  7 

40'. 

EQM1YL 

' 83. 

40. 

EQM1XL 

7.  • 

40. 

EQM2XL 

0. 

40. 

EQM2YL 

0. 

40. 

EQM2ZL 

0. 

' 40. 

ISBOFG 

0 

NUMEEQ 

0 

EEQWT(9) 

0 

EEQVL(9) 

0 

EM1YCG 

0 

EM1ZCG 

0 

EM2YCG 

0 

EM2ZCG 

0 

- Description 

Battery  temp,  (deg.c.) 

Flag  0 = voltage  need  not  be 
r.egulated 

1 = voltage  regulated 

Equipment  packing  factor 

Mission  equipment  bay  shape 
(1  means  cylinder,  2 mearis 
box) 

#1  mission  equipment  bay  length  (in} 
#1  mission  equipment  bay  width  (in.) 
#1  mission  equipment  bay  height  (in) 

#2  mission  equipment  bay  length  (in,) 
#2  mission  equipment  bay  width  (in.) 
#2  mission  equipment  bay  height  (in) 

Solar  array  boom  orientation 
(0  means  not  oriented,  1 means 
oriented 

.Number  of  external  equipments 
(Max  = 9) 

External  equipment  weight  (lb) 

• 3 

External  equipment  volume  (ft  ) 
Mission  equipment  (in)  C.G.  's 
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Table  15-10.  -OSO- 1 Input  Requirements  (Continued) 


FORTRAN 
' Name 

Input 

Default 

Value 

Description 

Vehicle  Sizing 

(USRVS)  (continued)' 

CGEEX(9) 

2. 

Location  of  external  equipment 
(1  means  front,  2 means  center, 
3 means. aft  end) 

EELOC(9) 

1. 

Location  of  external  equipment 
(1  means  right,  2 means  left, 

3 means  top,  4 means  bottom) 

XCGSA1 

1. 

Location  of  solar  paddles  (1 
means  front,  2 means  center, 
3 means  aft  end) 

XCGSA3 

1. 

1. 

Location  of  body  mounted  solar 
array  (1  means  front,  2 means 
center,  3 means  aft  end) 

Miscellaneous  (USRI) 

EQM1WT 

848.3 

435. 

Mission  equipment  weight  (lb) 

EQM2WT 

0. 

435. 

Mission  equipment  weight  (lb) 

DIAMAX 

86. 

120. 

Maximum  satellite  diameter  (in) 

ALT 

300. 

500 

Altitude  (nmi) 

Thermal  (USRTH) 

■» 

.IS  AT  OR 

2 

1 

1 earth  oriented 

2 sun  oriented 

3 inertially  oriented 

ORBINC 

33. 

28.5 

Orbital  inclination 

Reliability  (USRRE) 

- 

KEOPT 

1 

1 

Expense  Option  Indicator 
1 expense  is  weight 
Otherwise’  expense  is  cost 

RFIXED 

1.0 

1.0 

Initial  system  reliability 
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Table  15-10.  OSO-I  Ihput.Requirements  (Continued) 


FOR TRAM . 
Name 

Input 

Default 
' Value 

Desc  ription 

Reliability  (USRRE)  (continued)  . 

SYSLB 

848.3.. 

0.0 

Initial  system  weight  (lb/ 

SLBMX 

3100. 

50000.0 

Maximum  system  weight  (lb) 

ISPT  ' 

0 

0 

Single  point  failure  require- 
ments Option 
0 not  in  effect 
Otherwise  in  effect 

XSUB 

0 

0 

Subsystem  requirements  option 
1 at  least  one"  subsystem  has  a 
reliability  spec. 

Otherwise  no  reliability  specs 
on  subsystems. 

SPECI* 

12. 

18. 

Mean  mission  duration  system 
requirement 

SPEC(l)** 

-.9 

R(TRUNC)  requirement  for  S &C 
subsystem 

SPEC  (2)** 

.9 

R(TRUNC).  requirement  for  AP. 
subsystem 

SPEC  (3)  ** 

'.9 

R(TRUNC)  requirement  for  SPI 
subsystem 

SPEC  (4)** 

.9 

R(TRUNC)  requirement  for  comm 
subsystem 

.SPEC  (5)** 

. 9 

R(TRUNC)  requirement  for  EP 
subsystem 

SPEC  (6)** 

0.5 

.6 

R(TRUNC)  requirement  for 
system 

RFNL 

1.  0 

Internal  variable  that  sets  ME 
reliability 

* If  SPEC  1 £ 0.  1,  MMD  MODE  is  skipped  in  RELY 
**  If  SPEC(K)  :£  0.00001,  R(TRUNC)  MODE  is  skipped  for  subsystem  K in 


RELY 


15141; 


' 

Table  15-10.  OSO- 

-I  input  Requirements  (Continued) 

FORTRAN 

Default  ' 

Name 

Input 

Value 

D.esc  ription 

Schedules  (USRSK)  r. 

SKDME(7, 

3) 

.0' 

Schedule  data  for  up  to  three 
mission  equipments  (mo) 

'Structures  (USRST) 

CA 

10. 

Axial  acceleration  (g) 

CE 

' Costs  (USRCS) 

5. 

Lateral  acceleration  (g) 

NFV 

1 

4 

Number  of  flight  vehicles 

NQV 

0 

1 

Number  of  qualification  vehicles 

XMER 

1,-322,  800. 

0. 

Mission  equipment  DDT&E  cost 
($)  ' • 

SMEU 

155,  067. 

0. 

Mission  equipment  average  unit 
cost  ($) 

FEEPCT 

0.07 

Contractor's  fee  percentage 

IMETYP 

0 

2 

/ 

Mission  equipment  type  (1  means 
Communications,  2 means  Earth 
Observatory) 
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SYSTEM  DESCRIPTION  DESTGH 

STABILIZATION  AND  CONTROL 
CONFIGURATION  IDENTIFIER 
EQUIPMENT  CODE  IDENTIFIER 

jNUMBER.  1 
l 

101  202 

.502 

40  i 

501 

601 

701 

EQUIPMENT,  QUANTITIES 

1 2 

-•  jr 

I 

2 

2 

4- 

CALCULATED  ACCURACY 

0.2000 t Ol(DtG) 

IERR 

0 _ 

AUXILIARY  PROPULSION 

CONFIGURATION  IDENTIFIER 

1 

EQUIPMENT  CODE  IDENTIFIER 

105  103 

302 

499 

■ S'#9 

601 

equipment  quantities 

6 Z 

"4 

v 

2 

i 

1 

TOTAL  IMPULSE 

0.4272t  04 (Lb— SfcC ) 

IERR 

1 

DATA  PROCESSING  AND  INSTRUMENTATION 

CONFIGURATION  IDENTIFIER. 

2 

‘EQUIPMENT  CODE  IDENTIFIER 

201  201 

EQUIPMENT  QUANTITIES 

' 2 “ 1 

COMPUTER  OPERATIONS  RATE 

0.0 

(IPS) 

IERR 

1002 

COMMUNICATIONS 

CONFIGURATION  IDENTIFIER 

4 

EQUIPMENT  CODE  10ENT IFIPR 

101  203 

203 

301 

302 

401 

I.G2 

EQUIPMENT  QUANTITIES 

2 1 

1| 

2 

2 ' 

‘ 2 '■ 

2 

engineering  data  rate 

O.lOOQc 

Ol(KBPS) 

MISSION  EQUIPMENT  DATA  RATE  0.4000E 

OKKbPS ) 

tOi  i.401 
2 2 


701 

i 


601  701 

1 2 


ELECTRICAL  PUWER 

' CONFIGURATION  IDENTIFIER  o 

EQUIPMENT  CODE  IDENTIFIER  fcOl  20b  401  10C1  1101 

EQUIPMENT  QUANTITIES  3"  7 2 2 "2 

TOTAL  AVeRAGc.  POWER  REQUIREMENT  0.176RE  Oi(WATTS) 

SOLAR  ARRAY  AREA 0.1259E  C3(FI*»2) 

MINIMUM  INSTALLED  BATTERY  CAP.  0.4577C"  Ol(AMPHTR) 

THERMAL  CONTROL 

RADIATUR  AREA  0. 49E5G  11  (PT**2>  , BATTERY  RADIATOR  AREA 

--  — TOTAL  RADIATOR  AREA 

HEATER  POWER  0.6945E  03  UsTU/HK)  , bATTERY  HEATER  PUWfiR 


total  heater  power 

HEAT  PIPE  ~ '0.1b90t  OS  (WATl-lN)  , VARIABLE  CONPUClANCf  H.P. 

I ERR  1110011011 


U.i.02Vfc  ui. 
0.1101E  02 
0.V999E  02 
0.79452  03 
0.3  4497  C"«- 


(Fl**i) 
( FT**2) 
(BTU/HRJ 
( BTU/HR ) 
(WATT-INI 


Figure  i 5 — 3 . Computer  Program  Output  Listing  for  OSO-I 


15-44 


^TRIirTllRF<; 

SKIN  THICKNESS”  o"«9"365E— 02  (IN)*” 

STRINGER  N0,THICKN6SS»HT  45V.,  0.U79E-01  UN),  0.36060  00  (IN) 

FRAHE  NO,  THICKNESS,  HT.  , 6.,  0.77111-01  UN),  0.S4V6E  00  (1W) 

END  COVER  THICKNESS  - FORWARD  0.3<;OHt  00  ( IN ) »CfcKTfcp  0.0  (IN), APT  U.32C4C  OOUN) 

VEHICLE  SIZING 

CONFIGURATION  IDENTIFIER  1 

LAUNCH  WEIGHT,  0.25156  04(LBS),  LENGTH  0.12361  03<IN)  , 

WIDTH  0.S276C  02(IN),  HtlCHT  0.8276E  02  (IN), 

IXX  0.1398E  07  ( LB— IN** 2 ) , 1YY_  0.31736  07  (LB-IN**2),  1ZZ  O.ibOZL  07  (Lb-IN**2), 

I ERR  " 1 

SAFETY, 

REDUNDANCY  CONFIGURATION  J) _ 

MEAN  MISSION  DURATION  0.12196  02 ffio ), RELIABILITY  0.7V0L6  00, RELIABILITY  TRUNCATION  TIME  G.1318E  02(M0) 


COST  (ALL  AMOUNTS  ARE  IN  DOLLARS) 

OPT-frg ; _ INVESTMENT  RECURRING) 

DESIGN'  ENGINEERING  8223823.0  UNIT  ENGINEERING  3690373.0 

TfcST  AND  EVALUATION  4^406*7.0  UNIT  PRODUCTION  1441224.0 

TOOLING  AND  TEST  EQUIPMENT  __  * 0.0  TOOLING  AND  TEST  EQUIPMENT  ' 0.0 

QUALITY  CONTROL  ‘ 769921.4  DUALITY  CONTROL  257126.9 

SYSTEMS  ENGINEERING  AND  INTEGRATION  3G59282.0  SYSTEMS  ENGINEERING  AND  INTEGRATION  1497986.0 

PROGRAM  MANAGEMENT 1653463.0  PROGRAM  MANAGEMENT  . 729995.3 


COST  CATEGORY  DDT+E  INVESTMENT  DPC-RATICISS 

SPACECRAFT  19043360.  761o710. 

MISSION  EQUIPMENT 1322600. 155067. 

TOTAL  PAYLOAD  20366160.  7771777. 

QUALIFICATION  UNITS  0. 

' ■ G.S.E. 5924349. 

LA'UNCH  SUPPORT  255624. 

FLIGHT  OPERATIONS  117647. 

CONTRACTOR  FEF  ' 1 74773 6. . »33  17 0 . 

PROGRAM  TOTAL  **  28038224.  “ 8304946.  395613. 

SCHEDULE 

DESIGN  AND  COMPONENT  DEVELOPMENT  TIKE 22 .4 (MONTH S ) 

SUBSYSTEM  DEVELOPMENT  TIME"  2.V(MONTH3) 

COM  PON  F NT  QUALIFICATION  TIME  10.0(MCINTHS  ) 

SUBSYSTEM  QUALIFICATION  TIME  _ __  7. 3 (MONTHS ) 

SYSTEM  DEVELOPMENT  AND  FLIGHT  READINESS  TIME  9.3(M0NTHS) 

SCHEDULE  DURATION  (TO  LAUNCH)  41. 9 (MONTHS) 


Figure  15-3.  Computer  Program  Output  Listing  for  OSO-I  (Continued) 


Table  15-11.  OSO -I  Equipment 


Equipment  Type 

1 

Data 

1 

{ 

Number  \ 

JJa*  D C 

Identifier 

Required 

Redundancy  ■ 

Despin  Mechanical  Assembly  ) 

0101 

1 

0 

1 

Despin  Electronics  Assembly  ) 

Valve  Driver  Assembly 

1 

1 | 
i 

Sun  Sensor  Assembly 

.-1 

1 

1 ' i 

Nutation  Damper 

1 

0 

Gimbal  Electronics  Assembly 

- 1 

1 

Control  Timing  Assembly 

■ . ' • H 

1 

1 

Bi-Axial  Drive  Assembly 

2 

0 

Earth  Sensor  Assembly 

0801 

1 

1 

S&C  Power  Converter 

1401 

1 

1 

Cold  Gas  (Attitude  Control) 

0105 

6 

0 

Thruster 

Cold  Gas  (Translational) 

0103 

2 

0 

Thruster 

j 

Isolation  Valve 

0204 

4 

0 

Filter 

0302 

9 

0 ■ 

Pressure  Regulator 

0499 

1 

1 

Tank 

0599 

1 

0 

Fill  and  Drain  Valve 

0601 

1 

0 

.Relief  Valve 

0701 

1 

0 

Digital  Telemetry  Unit 

0201 

2 

2 

Baseband  Assembly  Unit 

0101 

1 

1 

Omni  Antenna 

0203 

1 

0 

Transmitter  (0.  8 watts) 

0301 

1 

1 

Receiver 

0401 

1 

1 

Command  Signal  Conditioner 

0502 

1 

1 

Diplexer 

0601 

1 

0 
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Table  15-11,.  OSO-I  Equipment  (Continued) 


Equipment  Type 

Data 

Base 

Identifier 

Number  • 

Transmitter'  Power  Converter 

0701 

1 

1 

Receiver  Power  Converter 

0702 

1 

1 

Transmitter  (1.  8 watts) 

0302 

1 

1 

Omni  Antenna 

0202 

.1 

' 0 

Battery  (10;  0 amp  - hour) 

0205 

2 

1 

Series  Load  Regulator 

0801 

2- 

0 

Battery  Charger 

0901 

2 

0 

Solar  Power  Distributor  " 

1001 

1 

1 

Power  Distributor 

1101 

1 

1 - 

Table  15-12.  OSO -I  Weights 


A 


Subsystem 

Model 

Estimates 

Contractor 

Estimates 

kg 

(lb) 

kg 

(lb) 

Structure 

(includes  adapter) 

315.  3 

695.  1 

140.3 

309.4 

Thermal  Control 

5.9 

12.9 

7.  0 

15.4 

Electrical  Distribution 

161. 8 

356.  8 

.31.8 

70.  1 

Electrical  Power 

67.  9 

149.7 

56.  3 

124.  2 

Stabilization  Control 

(includes  APS) 

139.  8 

308.  3 

334.  3 

737.  0 

Expendables 

32.  8 

72.  3 

11.8 

26.  0 

Communications,  Data  Process- 
ing ik  Instrumentation 

32.  5 

71.  6 ' 

65.  0 

' 143.2 

Mission  Equipment 

384.  8 

848.  3 

384. 8 . 

848.  3 

Launch  Weight 

i 

1140. 8 

2515, 0 

1031.3 

2273. 6 

Table  15-13.  OSO -I  Dimensions 


Dimensions 

Model 

Estimates 

Contractor 

Estimates 

m 

in. 

m 

in. 

Diameter 

2.  10 

82.  8 

2.  10 

82.  8 

Equipment  Bay  Length 

1.30 

51.  1 

1. 26 

49.  8 

Total  Length 

3.27 

128.  8 

_i 

.3.  24 

127.  6 
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TRADE  STUDY  RESULTS 


The  Systems  Cost/Performance  Model  is  an  excellent  tool 
for  performing  trade  studies  and  sensitivity  analyses.  A series  of  com- 
puter runs  were  performed  in  order  to  determine  the  sensitivity  of  payload 
weight  and  cost  to  changes  in  reliability  requirements  and  to  changes  in 
power  levels. 

Figure  15-4  presents  the  weight  estimates  generated  by 
the  Model  as  a function  of  the  payload  reliability.  The  input  requirements 
correspond  to  the  DSCS-II  payload,  and  the  nominal  design  weight  is  iden- 
tified by  a small  circle.  The  minimum  weight,  single  string  system  has 
a weight  of  394.  2 kg  (869.  1 lb)  and  a mean  mission  duration  (MMD)  of  21.  1 
months.  In  order  to  increase  the  MMD  even  slightly  requires  the  addition 
of  substantial  redundancy  for  the  "weak  links.  " For  MMDs  between  two 
and  three  years,  the  required  increase  in  redundancy  and,  therefore, 
weight  is  less  dramatic.  However,  as  the  MMD  requirement  approaches 
39  months,  certain  equipment  (e.g.,  the  Despin  Mechanical- Assembly 
which  was  not  allowed  to  be  made  redundant)  prevents  the  payload  MMD 
from  being  increased  further.  The  net  result  of  the  analysis  is  an  inter- 
esting and  logical  understanding  of  the  impact  of  the  mean  mission  duration 
requirement  on  the  DSCS-II  launch  weight.  . , 

Figure  15-5  presents  cost  estimates  generated  by  the  Model 
for  DSCS-II  as  a function  of  reliability.  The  cost  estimates  are  relatively 
insensitive  to  changes  in  payload  mean  mission  duration  at  low  levels 
due  to  the  inherent  reliability  of  the  single  string  system.  However, 
attempts  to  increase  reliability  substantially  causes. costs  to  turn  upward 
reflecting  the  diminishing  returns  and  increasing  costs  of  adding  redun- 
dancy. The  cost  results  generated  by  the  Model  provide  more  insight  than 
the  current  CER  approaches  which  are  restricted  to  straight  line  approxi- 
mations about  the  nominal  cost  as  shown  in  the  figure. 
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Figure  15-4.  DSCS-II  Weight  versus  Extended  Life 
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Figure  15-5.  DSCS-II  Cost  versus  Extended  Life 
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Figure  15-6  represents  the  effect  of  changes  in  the  mission 
equipment  power  requirement  on  the  DSCS-II  launch  weight.  The  weight 
change  reflects  not  only  the  change  in  the  Electrical  Power  subsystem,  but 
the,  changes  in  all  other^  subsystems  including  S&C,  APS,  CDPI,  Thermal, 
and  Structure.  The  distinct  advantage  of  the  Systems  Cost/Performance 
Model  shows  up  in  its  ability  to  predict  the  effect  on  all  subsystems  of  a 
change  in  another  part  of  the  vehicle.  Figure  15-7  presents  the  cost 
estimates  generated  by  the  Model  as  a function  of  the  payload  electrical 
power  requirement.  Both  the  subsystems  and  the  mission  equipment 
requirements  are  included  in  the  total  power  requirement. 


Figure  15-6.  DSCS-II  Weight  versus  Mission 
Equipment  Power  Requirement 
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Figure  15-7.  DSCS-II  Cost  versus  Mission  Equipment 
Power  Requirement 


16.  CONCLUSIONS 


The  principal  goal  of  this  study  was  to  identify  and  quantify 
the  interrelationships  between  and  within  the  performance,  safety,  cost, 
and  schedule  parameters  in  support  of  an  overall  effort  by  NASA  to  gener- 
ate program  models  and  methodology  that  provide  insight  into  the  effect 
of  changes  in  specific  system  functional  requirements  on  the  total  vehicle 
program. 

So  that  this  goal  could  be  achieved,  three  objectives  were 
established  for  this  study.  The  first  objective  was  to  refine  and  improve 
the  cost/performance  methodology  which  was  developed  during  the  preced- 
ing fiscal  year Ts  study.  The  second  objective  was  the  application  of  the 
methodology  to  unmanned,  automated  payloads.  The  third  objective  was 
to  implement  the  resulting  model  as  a digital  computer  program. 

In  fulfilling  the  objectives,  the  Systems  Cost/Performance 
Model  was  established.  The  Cost/Performance  Model  identifies  accept- 
able payload  designs  for  the  following  subsystems: 

a.  Stabilization  and  Control 

b.  Auxiliary  Propulsion 

c.  Communication,  Data  Processing  and  Instrumentation 

d.  Electrical  Power 

e.  Thermal  Control 

f.  Structure 

Redundancy  is  added  to  the  payload  design  as  necessary,  and 
the  costs  and  schedules  required  to  design,  develop,  qualify,  build,  check- 
out, and  prepare  flight  vehicles  are  estimated.  The  Model  incorporates 
a data  base  comprised  of  assemblies  with  the  requisite  performance, 
safety,  cost,  and  schedule  information  specified. 
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The  Systems  Cost/ Performance  Model  was  implemented  as 
a digital  computer  program  in  Fortran  IV.  The  program  is  designed  to 
operate  on  either  a CDC  7600  computer  or  a Univac  1108  computer. * Use  of 
the  computer  program  allows  the  user  to  establish  specific  designs  and  the 
related  costs  and  schedules  almost  immediately.  In  addition,  the  user  is 

, i 

able  to  determine  the  sensitivity  of  design,  costs,  and  schedules  to  changes 
in  requirements. 

Three  test  cases  were  used  to  check  the  Cost/ Performance 
Model  and  the  operation  of  the  computer  program.  The  three  test  cases 
were: 

a.  Defense  Satellite  Communication  System  (DSCS-II) 

b.  Earth  Resources  Technology  Satellite  (ERTS-A) 

c.  Orbiting  Solar  Observatory  (OSO-I) 

The  results  of  these  three  test  cases  do  indicate,  in  fact, 
that  the  current  Model  is  capable  of  reasonable  accuracy.  The  Model’s 
accuracy  is  limited  by  the  accuracy  and  completeness  of  the  input  data  sub- 
mitted by  the  user.  For  the  given  test  cases,  the  physical  descriptions  and 
equipment  selected  corresponded  quite  well  with  the  contractor's  data.  The 
error  in  the  total  cost  estimate  generated  by  the  Model  for  the  DSCS-II  test 
case  was  less  than  23%  relative  to  the  actual  cost.  At  the  same  time,  the 
model  provided  estimates  and,  therefore,  insight  into  the  effect  of  other 
variables  {i.  e. , reliability  and  power  requirements)  on  payload  cost. 

Generally  speaking,  the  Cost/Performance  Model  should 
exceed  the  performance  of  "top-down1'  models.  The  Model  uses  a "bottom- 
up"  approach  and,  therefore,  designs  the  payload  at  the  assembly  level. 
Greater  accuracy  is  achieved  t>y  the  very  nature  of  the  more  detailed 
design.  This  accuracy  will  be  reflected  in  the  cost  and  schedule  model 
estimates.  A second  attribute  of  the  Cost/Performance  Model  is  the  com- 
pleteness of  the  design  specified.  Pieces  of  equipment  are  not  forgotten, 

*The  Systems  Cost/Performance  Computer  Program  is  currently  operational 
on  The  Aerospace  Corporation's  CDC  7600  computer.  The  program  is  ex- 
pected to  be  operational  on  MSFC's  Univac  1108  computer  in  the  near  future. 
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and  redundancy  is  automatically  included  in  the  specified  design.  In  addi- 
tion, the  impact  of  all  subsystem  interfaces  and  interactions  is  properly 
modeled.  The  net  result  is  a.  payload  design  which  is  as  accurate  and 
complete  as  one  from  a Pre-Phase  A study  and  which  is  available  to  the 
Cost/Performance  Computer  Program  user  immediately. 

The  current  Cost/Performance  Model  is  limited  to  modeling 
spacecraft  in  earth  orbit.  More  importantly,  the  current  Model  is  limited 
in  the  range  of  payload  designs  it  can  generate  by  the  limited  amount  of 
equipment  in  the  data  base.  Accuracy  of  the  cost  estimates  is  limited  by 
the  relatively  limited  amount  of  cost  data  which  could  be  reduced  and  pro- 
cessed to  support  the  data  base  cost  entries. 

Because  of  the  detailed  nature  of  the  Model,  the  uses  of  the 
System  Cost/Performance  Model  far  exceed  that  for  ’'top-down"  models. 

The  following  uses  of  the  model  are  suggested: 

a.  Establish  specific  payload  designs  and  the  related  costs  and 
schedule  to  meet  the  program  requirements. 

b.  Determine  the  sensitivity  of  design,  costs,  and  schedules  to 
changes  in  requirements. 

c.  Perform  trade  studies  to  identify  optimal  designs. 

d.  Develop  standardized  designs  using  a data  base  consisting  of 
standardized  equipment. 

e.  Identify  low  cost  designs  using  a data  base  consisting  of  off- 
the-shelf  equipment. 

f.  Use  current  Model  to  establish  mathematical  relationships 
within  and  between  performance,  safety,  cost,  and  schedule 
without  the  use  of  a discrete  data  base. 

g.  Perform  modularity  studies  by  modifying  the  Model  to  assign 
equipment  to  mo'dules. 

The  Model  can  readily  be  expanded  in  its  scope  to  perform  many  other 
studies  as  well. 

The  computer  program  aids  the  designer  in  performing  trade 
studies  and  simplifies  the  achievement  of  a balanced  system  design.  The 
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Model  will  become  a more  versatile  tool  in  terms  of  preliminary  program 
planning  and  in  actual' program’ management  as  it  becomes  more  fully 
developed. 
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17.  RECOMMENDATIONS 


The  principal  goal  of  this  study,  which  was  to  identify  and 
quantify  the  interrelationships  between  and  within  the  performance,  safety, 
cost,  and  schedule  parameters  for  unmanned,  automated  payloads  has  been 
met.  The  cost/performance  methodology  developed  during  the  preceding 
fiscal  year's  study  has  been  refined  and  substantially  improved.  The  applica- 
tion of  the  methodology  to  unmanned,  automated  payloads  resulted  in  the  cur- 
rent System  Cost/ Performance  Model.  The  Cost/ Performance  Model  has 
been  implemented  as  an  operational  digital  computer  program.  Having 
achieved  these  objectives,  the  following  recommendations  are  made  with 
respect  both  to  improving  the  Model  and  verifying  and  validating  it. 

It  is  recommended  that  the  Model  be  thoroughly  verified  and 
validated.  The  most  useful  validation  procedure  would  be  to  use  the  Model 
on  test  cases  selected  from  historical  programs,  operational  programs,  and 
new  starts.  Historical  and  current  programs  provide  the  most  accurate  data 
by  which  to  validate  the  model.  New  start  programs  will  test  the  applic- 
ability of  the  model  as  a preliminary  planning  tool. 

Although  the  Model  is  operational,  there  are  a number  of 
improvements  to  the  Model  which  should  be  implemented.  The  suggested 
improvements  are  listed  below  for  applicable  subsystem,  reliability,  cost, 
and  schedule  models: 

a.  Subsystem  Models 

1 . Stabilization  and  Control 

(a)  Refine  the  disturbance  torque  portion  of  the 
model. 

(b)  Incorporate  a magnetic  torquer  in  the  model. 

(c)  Improve  the  detail  and  accuracy  of  Dual  Spin, 

Yaw  Spin,  and  Three-Axis  Mass  Expulsion  con- 
figurations. 
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2.  Data  Processing 

(a)  ' Refine  the' algorithm  for  selecting  General 

Purpose  Processors. 

(b)  Incorporate  data  compression  in  General 
Purpose  Processors. 

(c)  Incorporate  a tape  recorder  in  the  model. 

(d)  Incorporate  an  algorithm  for  selecting  Command 
Distribution  Units. 

3.  C o mmunic  atio  n 

(a)  Expand  the  model  from  the  Air  Force's  Space 
Ground  Link  System  (SGLS)  to  include  NASA's 
Unified  S-Band  (USB),  S-Band  and  VHF  equip- 
ment. 

(b)  Expand  the  model  to  apply  to  interplanetary 
missions. 

4.  Electrical  Power 

(a)  Refine  the  combined  electrical/thermal  relation- 
ships. 

5.  Structures 

(a)  Incorporate  the  truss  structural  configuration. 

(b)  Incorporate  effects  of  strap- on.  solid  kick  stages. 

6.  Vehicle  Sizing 

(a)  Incorporate  provision  for  rotation  of  the  vehicle 
relative  to  the  normally  defined  axis. 

7.  Thermal  Control 

(a)  Incorporate  the  effect  of  duty  cycle  in  the  model, 
b.  Reliability 

1.  Incorporate  mission  equipment  in  the  model  with  pro- 
vision for  increasing  reliability  of  the  mission  equip- 
ment. 

2.  Incorporate  a model  of  pulse-operation  (short  dura- 
tion) modules. 
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3. 


Delete  selection  of  redundancy  based  on  Mean  Mission 
Duration  of  system.  (Selection  based  on  system  relia- 
bility is  substantially  faster  and  provides  similar 
results  in  most  cases. ) 

c.  Cost 

1.  Improve  the  accuracy  and  applicability  of  the  data  base 
and  CERs  based  on  additional  data. 

2.  Develop  CERs  for  equipment. not  previously  flown. 

3.  Model  the  relationship  between  cost  and  schedule. 

d.  Schedule 

1.  Improve  the  approach  and  accuracy  of  the  model  by 

collecting  and  processing  additional  schedule  data; 

In  order  to  make  the  above  improvements,  it  should  be  clear 
that  additional  cost,  schedule,  and  technical  data  must  be  collected  and 
processed.  The  focus  of  the  current  study  was  on  developing  a model  rather 
than  augmenting  a data  base.  Only  after  the  model  was  successfully  devel- 
oped and  proven  as  a useful  tool  could  data  collection  be  justified  at  such  a 
detailed  level.  On  the  other  hand,  lack  of  adequate  data  hindered  the  develop 
ment  of  the  current  model.  The  Cost  Model  must  be  considered  preliminary, 
and  the  Schedule  Model  cannot  be  considered  operational  until  sufficient  data 
have  been  collected  to  improve  and  validate  the  model.  Hence,  widespread 
use  of  the  Systems  Cost /Per  forma  nee  Model  depends  entirely  on  the  collec- 
tion of  performance,  safety,  cost,  and  schedule  data  at  the  subsystem  compo 
nent  (assembly)  level. 

It  is  recommended  that  the  fiscal  year  1975  effort  include 
extension  of  the  model  to  other  space  vehicle  systems;  improvement  of  the 
data  base  to  be  acceptable  for  performance,  safety,  cost,  and  schedule 
analyses;  testing  of  the  capability  of  the  model- to  predict  space  vehicle  inter- 
relationships; and  a user  review  to  evaluate  the  potential  of  the  model  to 
assist  in  programmatic  change  control  such  as  configuration-management. 
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blank 


NOMENCLATURE 


Section  3 


a 

z 


b 


1 


b 


2 


b 


3 


C 


misalignment  errors  in  mounting  inertial  measure- 
ment units  relative  to  the  vehicle  x,  y,  and  z axes, 
respectively  (deg,  3c) 

drive  quantization  error  in  the  Gimbal  Drive 
Assembly  (deg,  3a) 

gimbal  drive  error  in  the  Gimbal  Drive  Assembly 
(deg,  3a) 

biax  droop  error  in  the  Gimbal  Drive  Assembly 
(deg,  3a) 

value  of  the  numerical  integration  term  in  the 
filtered  roll  horizon  scanner  noise  power 

programmer  sine  wave  error  in  the  Control  Timing 
Assembly  (deg,  3a) 

drive  quantization  and  delay  error  in  the  Control 
Timing  Assembly  (deg,  3a) 

measurement  compensation  error  in  the  Control 
Timing  Assembly  (deg,  3a) 

pipper  drift  error  in  the  Control  Timing  Assembly 
(deg,  3a) 

quantization  noise  error  in  the  Control  Timing 
Assembly  (deg,  3a) 

controller  error  in  the  Center  Electrical  Assembly 
(deg,  3a) 

vehicle  diameter  (ft) 

distance  from  C . G.  to  main  engine  (ft) 

gas  jet  lever  arms  on  the  roll,  pitch  and  yaw  axis, 
respectively  (ft) 
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NOMENCLATURE  (Continued) 


db 

db  , db  , db 
x y z 


E 

e 

eAR 

eHS 

•e 

a 

ebearr 

e 

P 

el 

e2 

e3 

e4 

e5 

e6 

e7 

F 

F 


deadband  (deg) 

deadbands  on  the  roll,  pitch  and  yaw  axes, 
respectively  (deg) 

bearing  and  motor  friction  error  in  the  Despin 
Mechanical  Assembly  (deg,  3cr) 

bearing  runout  error  in  the  Despin  Mechanical 
Assembly  (deg,  3c) 

antenna  elevation  angle  (rad) 

horizon  scanner  anomalies  (deg,  3cr) 

attitude  reference  error  (deg,  3c) 

horizon  scanner  error  (deg,  3c) 

antenna  misalignment  (deg,  3ct) 

antenna  beam  pointing  error  (deg,  3c) 

programmed  pitchover  rate  error  (deg/sec,  3c) 

horizon  sensor  noise  (deg,  3o) 

horizon  sensor  radiance  irregularity  (deg,  3cr) 

horizon  sensor  quantization  error  (deg,  3cr) 

horizon  sensor  sun  interference  error  (deg,  3c) 

horizon  sensor  moon  interference  error  (deg,  3c) 

horizon  sensor  threshold  aging  error  (deg,  3c) 

horizon  sensor  null  or  bias  error  (deg,  3o) 

gas  jet  force  (assumed  the  same  on  all  axes)  (lb) 

main  engine  thrust  (lb) 
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NOMENCLATURE  (Continued) 


max 


mm 


g: 


H 


H 


H 


F cp 
FT 


HF0 

H^(nom) 


H^(max) 


Hw(min) 


H 


H 

H 

h 

h 


9 

T 

6 


cap 

^dist 


maximum  gas  jet  output  thrust  per  axis  (lb) 

minimum  gas  jet  output  thrust  per  axis  (lb) 

G- insensitive/gyro  drift  error,  24-hour  stability 
(deg,  3ct) 

total  misalignment  of  the  Rate  Integrating  Gyro 
Assembly  relative  to  the  vehicle  (deg,  3oj 

momentum  of  the  vehicle  about  the  yaw  axis  for  a 
yaw  spin  vehicle  (ft-lb-sec) 

roll  feedback  gain  (sec  *) 

roll  to  yaw  coupling  gain  (sec  ^) 

pitch  feedback  gain  (sec 

nominal  value  of  the  angular  momentum  of  the 
reaction  wheel  (ft-lb-sec) 

maximum  value  of  the  angular  momentum  of  the 
reaction  wheel  (ft-lb-sec) 

minimum  value  of  the  angular  momentum  of  the 
reaction  wheel  (ft-lb-sec) 

roll  horizon  scanner  gain  to  roll  axis  (sec  ^) 

roll  horizon  scanner  gain  to  yaw  axis  (sec  "S 

pitch  horizon  scanner  gain  (sec  ^) 

actual  momentum  of  the  individual  CMGs  selected 
from  the  hardware  data  base  (ft-lb-sec) 

maximum  momentum  capability  of  the  set  of  CMGs 
(ft-lb-sec) 

disturbance  momentum  requirement  (ft-lb-sec) 
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NOMENCLATURE  (Continued) 


h 


man 


maneuver  momentum  requirement  (ft-lb-sec) 


h . 

mm 


minimum  of  the  required  momentum  about  the 
three  axes  (ft-lb-sec) 


h 

req 


•-  ■# 

momentum  storage  requirement  (ft-lb-sec) 


h 

re 


momentum  required  on  the  roll,  pitch,  and  yaw 
axes,  respectively  (ft-lb-sec) 


h 


1 


J 


K 


K 


1 


K 


2 


resolver  accuracy  in  the  Gimbal  Electronics 
Assembly  (deg,  3a) 

2 

inertia  about  the  maneuver  axis  (slug- ft  ) 

2 

platform  spin  axis  inertia  (slug- ft  ) 

2 

rotor  spin  axis  inertia  (slug-ft  ) 

2 

vehicle  roll,  pitch  and  yaw  inertias  (slug-ft  ) 

= 0 if  errors  are  desired  for  spin  axis  relative  to 
nadir,  =1  if  errors  are  desired  for  payload  relative 
to  nadir  (dimensionless) 

gyro  scale  factor  error,  24-hour  stability 
dimensionless) 

horizon  scanner  output  noise  level  of  the  noise 
power  spectra  (dimensionless) 

product  of  the  peak  gimbal  rate  and  the  maximum 
maneuver  rate  (deg/sec  ) 


M^(max) 

Mq  (steady) 
x 

Md  (steady) 

y 

(steady) 

z 


maximum  disturbance  torque  (ft-lb) 


steady  environment  disturbance  torque  level  about 
the  vehicle  roll,  pitch  and  yaw  axes,  respectively 
(ft-lb) 
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NOMENCLATURE  (Continued) 


N 


N 

m 


N 

z 


P 

P P 
jpN’  eN 

s>),  S (CD) 

CD  y 


number  o£  days  between  corrections  in  the  spin 
axis  pointing  of  the  vehicle 

average  star  density  (steradian  ~'1') 

number  of  maneuvers  about  the  roll,  pitch,  and  yaw 
axes,  respectively 

number  of  skewed  single- gimbaled  control  moment 
gyros 

standby  power  of  the  CMG  configuration  (watts) 

filtered  roll  and  pitch  horizon  scanner  noise  power 

roll  and  pitch  horizon  scanner  output  noise  power 
spectra 


type  of  star  sensor  = 1 for  star  mapper 

2 for  body  fixed  (electronic) 
star  tracker 

3 for  gimbaled  star  tracker 

star  sensor  accuracy  (deg,  3cr) 

2 

star  mapper  field  of  view  (deg  ) 


s 


4 


star  mapper  sensitivity  (visual  magnitude) 


T 

"^accel 

T 

dist 

T 

max 

T 

— max 
T 

req 


mission  lifetime  (months) 

acceleration  torque  requirement  (ft-lb) 

disturbance  torque  requirement  (ft-lb) 

peak  torque r torque  which  must  be  delivered  at 
peak  gimbal  rate  for' a CMG  configuration  (ft-lb) 

actual  peak  torquer  torque  delivered  by  a CMG  (ft-lb) 

vehicle  torque  requirement  which  consists  of  the  sum. 
of  the  acceleration  torque  and  the  disturbance  torque 
requirements  (ft-lb) 
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NOMENCLATURE  (Continued) 


t 

taccel 

^hold 

t 

max 


t 

sc 

V 

W 


main  engine  burn  time  (sec) 

acceleration  time  for  maneuvering  (sec) 

time  vehicle  must  be  in  inertial  hold  (min) 

time  between  unloading  wheel  momentum  (days) 

maximum  time  the  gyros  can  be  allowed  to  drift 
during  inertial  hold  without  exceeding  the  maximum 
pointing  error  requirement  (sec) 

average  time  between  star  crossings  (sec) 

volume  of  a CMG  configuration  (ft  ) 

weight  of  a CMG  configuration  (lb) 


<y 


Ad 

Adb  , Adb  , Adb 

x y z 


thruster  offset  angle  in  the  roll-yaw  plane  for  a 
Pitch  Momentum  Wheel  configuration  (deg) 

lateral  vehicle  c.g.  distance  plus  lateral  thrust 
chamber  c.g.  distance  from  the  reference  axis  (ft) 

roll,  pitch  and  yaw  deadband  tolerances,  respectively 
(deg,  3o) 


At 


minimum  gas  jet  on  time  (sec) 


A3 


avg 


average  body  rate  for  low  orbit  during  period  when 
high  accuracy  is  required  (deg/sec) 


11' 


control  system  efficiency 


y CMG  skew  angle  (deg) 

maximum  horizon  sensor  output  frequency  (rad /sec) 
10  spi-11  rate  of  rotor  in  a Dual  Spin  configuration  (rpm) 


N-6 


NOMENCLATURE  (Continued) 


to  w(max),  a)w(min), 
UJ  w(nom) 


maximum,  minimum,  and  nominal  reaction  wheel 
spin  speed  (rpm) 


tu 

o 


true  orbital  pitchover  rate  (rad /sec) 


uo 


op 


programmed  pitchover  rate  (rad/ sec) 


U) 

s 


spin  rate  about  the  z-axis  for  a Yaw  Spin  vehicle 
(rad/ sec) 


roll,  pitch  and  yaw  inertial  rates,  respectively 
(rad/sec) 


cp 

'■HS 

Y 


vehicle  roll  Euler  angle  (deg) 

output  from  the  roll  channel  of  the  horizon  scanner 
(deg) 

roll  horizon  scanner  error  (deg,  3c) 
yaw  Euler  angle  (deg) 

one- sigma  value  of  a statistical  distribution 


cths 

a 

max 

cr 

— max 


0 


one- sigma  value  of  the  horizon -scanner  noise 

maximum  gimbal  rate  requirement  (rad /sec) 

actual  peak  gimbal  rate  of  a CMG  (rad/sec) 

time  that  the  roll,  pitch,  and  yaw  disturbance 
torques  are  in  effect  for  a mission  (sec) 

pitch  Euler  angle  (deg) 


9 CMG 


CMG  angular  error  (deg,  3d) 


9^,Qy  maximum  range  of  attitude  freedom  (full  FOV) 

required  to  track  specific  guide  stars  over  a wide 
range  of  vehicle  motion  (deg) 
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NOMENCLATURE  (Continued) 


pitch  horizon  scanner  output  (deg) 

minimum  required  system  pointing  accuracy  (deg,  3c 

required  system  pointing  accuracy  about  the  roll, 
pitch,  and  yaw  axes  (deg,  3a) 

» 

pitch  horizon  scanner  error  (deg,  3a) 

total  pointing  error  for  a Yaw  Spin  vehicle  (deg,  3a) 

total  system  attitude  error  for  a CMG  system 
(deg,  3a) 

gyro  bias  drift  error. (deg,  3a) 

gyro  scale  factor  error  (deg,  3a) 

CMG  angular  rate  error  (deg/sec,  3a) 

gyro  drift  rate  (same  as  g^)  (deg/sec,  3a) 

required  system  rate  accuracy  about  the  roll,  pitch 
and  yaw  axes  (deg/sec,  3a) 

maximum  vehicle  rate  at  which  star  information 
must  be  obtained  (deg/sec) 

average  body  rate  for  low  orbit  during  the  period 
when  high  accuracy  is  required  (deg/sec) 

gyro  bias  drift  rate  (deg/sec,  3a) 

maximum  maneuver  rate  (deg/sec) 

maximum  initial  rate,  assumed  the  same  on  all 
axes  (deg/sec) 


0 

x 


rate  error  about  the  roll  axis  in  the  Yaw  Spin 
configuration,  (deg/sec  , 3a)  - 


N-8 


NOMENCLATURE  (Continued) 


9x(raax),  0y(max), 

9 (max) 
z 


maximum  maneuver  rates  about  the  roll,  pitch 
and  yaw  axes,  (deg/sec,  3c) 


9 

e 


total  system  rate,  error  for  a CMG  system 
(deg/sec,  3c) 


Section  4 


C,A 

d 


mm 

*t 

MR 

P 

reg 

Pti 

R 

. V 


pr 


V 


prt 


W.£ 


W 


W 


w 

pr 

APfilt 

AP. 

iso 

AP, 


2 

effective  flow  area  (in  ) 

minimum  blowdown  thrust  (lb) 

total  impulse  (lb- sec) 

mixture  ratio  (lb  oxidizer /lb  fuel) 

regulator  set  pressure  (psia) 

thruster  inlet  pressure  (psia) 

flow  resistance  (sec^/in-lb) 

3 

propellant  volumes  (in  ) 

3 

regulated  pressurant  volume  (in  ) 

3 

pressurant  tank  volume  (in  ) 
fuel  weight  (lb) 
oxidizer  weight  (lb) 
propellant  weight  (lb) 
pressurant  weight  (lb) 
filter  pressure  drop  (psi) 
isolation  valve  pressure  drop  (psi) 
line  pressure  drop  (psia) 
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NOMENCLATURE  (Continued) 


0) 


<U 

pr 

P 


flow  rate  (Ib/sec) 

maximum  flow  rate  (lb/sec) 

3 

propellant  density  (lb /in  ) 


Section  6 


B 


D 

ERP 


F 

°R 

G/T 


K 

L 

M 

NF 


dB 


■-w 


SL 

S/N 

T 


\ 


10  log  bandwidth  (Hz)  (dBW) 
diameter  of  the  antenna  parabola  (ft) 
effective  radiated  power  (dBW) 
frequency  (MHz)  • 

ground  receiving- (downlink)  antenna  gain  (dB) 
gain-toTtemperature  ratio  of  receiving  system  (dBW) 
antenna  gain  (dB) 

Boltzman's  constant  (-r228.6  dBW/Hz/°K) 

other  losses  (dBW) 

margin  (dBW) 

noise  figure  (dB) 

transmitter  power  (watts) 

transmission  range  (m) 

space  loss  (dBW) 

signal-to-noise  ratio  (dBW) 

system  noise  temperature- (°K) 

wavelength  (m) 
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NOMENCLATURE  (Continued) 


Section  7 
A 

CA 

Ccell 


'R 


W 


h 


CH 

K1 

K2 

nb 

i 


N 


D 


CD 


CH 


array  area  (m  ) 

capacity  required  at  end  of  mission  (amp-hr) 
capacity  of  selected  cells  (amp-hr) 

minimum  installed  battery  capacity  required  (amp-hr) 

minimum  required  capacity  (amp-hr) 

total  actual  installed  capacity  (amp-hr) 

array  sizing  factor  (dimensionless) 

2 

array  weight  factor  (kg/m  ) 
earth  radius  (km) 
orbit  perigee  (km) 

charge  current  delivered  by  regulator  (amps) 
battery  packing  factor  (dimensionless) 
battery  structure  weight  factor  (dimensionless) 
number  of  batteries  required  in  parallel 

number  of  cells  in  series 
number  of  discharge  regulators 
array  power  allocated  for  charging  (watts) 
power  dissipated  by  charger  (watts) 
battery  recharge  power  (watts) 
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NOMENCLATURE  (Continued) 


D 


DD 


Lmin 


LR 


LRD 


max 


SRD 


R 


FD 


S 

S 


E 


VT 


BM 


V 


BT 


V, 


y 


cell 


V. 


DB 


battery  discharge  power  during  eclipse  (watts) 

power  dissipated  by  discharge  regulator  (watts) 

average  load  power  (watts) 

minimum  load  power  (watts) 

array  power  allocated  to  the  load  (watts) 

power  dissipated  by  load  regulator  (watts) 

maximum  array  power  (watts) 

EOL  array  output  (watts) 

power  dissipated  by  shunt  regulator  (watts) 

battery  temperature  degradation  factor 
(dimensionless) 

2 

average  solar  intensity  (1353  W/m  ) 
angular  size  of  earth's  shadow  (radians) 
eclipse  period  (hr) 
sunlight  period  (hr) 

3 

unit  battery  volume  (m  ) 

minimum  allowable  battery  voltage  (V  dc) 

3 

total  battery  volume  (m  ) 
minimum  allowable  cell  voltage  (V  dc) 

3 

volume  of  each  cell  (m  ) 

average  battery  discharge  voltage  (volts) 
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NOMENCLATURE  (Continued) 


WA 

array  weight  (kg) 

WB 

unit  battery  weight  (kg) 

WBT 

total  battery  weight  (kg) 

Wcell 

weight  of  each  cell  (kg) 

af 

coverglass  and  coverglass  adhesive  transmissivity 
loss  factor  (dimensionless) 

"CA 


array  fabrication  loss  factor  (dimensionless) 
miscellaneous  loss  factor  (dimensionless) 
radiation  degradation  factor  (dimensionless) 
temperature  adjustment  factor  (dimensionless) 
charge  regulator  efficiency  (dimensionless) 

battery  amp-hr  charge  efficiency  (dimensionless) 

discharge  regulator  efficiency  (dimensionless) 

battery  watt-hr  charge  efficiency  (dimensionless) 

solar  cell  efficiency,  at  28°C,  AMO  illumination 
(dimensionless) 

load  regulator  efficiency  (dimensionless) 
power  distribution  loss  factor  (array  to  loads) 
average  depth  of  discharge  (at  end  of  discharge) 
maximum  depth  of  discharge  (dimensionless) 
array  orientation  factor  (dimensionless) 
solar  array  packing  factor  (dimensionless) 
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NOMENCLATURE  (Continued) 


Section  8 

a 

e 


solar  absorptivity  of  the  surface  (dimensionless) 
emissivity  of  the  surface  (dimensionless) 


Section  9 

EQWT 

K 

L/D 


equipment  weight  carried  by  the  structure  (lb) 

density  coefficient  (dimensionless) 

length /diameter  ratio  of  the  structural  shape 
(dimensionless) 


Section  10 


b 

s 


c 

a 

c 

e 

D 

F 

f 


. 2 

frame  stiffener  area  (in  ) 

longitudinal  stiffener  area  (in  ) 

frame  spacing  (in.) 

longitudinal  stringer  spacing  (in.) 

frame  cross-section  height  (in.) 

stringer  cross-section  height  (in.) 

number  of  "g"  accelerations  in  axial  direction 

number  of  "g"  accelerations  in  lateral  direction 

cylinder  diameter  (in.) 

total  force  on  end  cover  or  midsection  bulkhead  (lb) 

proportion  of  satellite  weight  on  end  covers  or  mid- 
section bulkhead  (dimensionless) 
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NOMENCLATURE  (Continued) 


k 

c 

L 

i 

e 

M 

M 

a 

A 

N 

P 

P • 
a 

R 


T 

t 

t 

t 


4 

area  moment  of  frame  stiffener  (in  ) 

correction  factor  for  critical  stress  (dimensionless) 

systems  equipment  bay  length  (in.) 

mission  equipment  bay  or  solar  array  extension 
boom  length  (in.) 

applied  moment  to  systems  equipment  bay  (in.  -lb) 
applied  moment  to  center  line  extension  boom  (in.  - lb) 
applied  moment  to  lateral  extension  boom  (in.  - lb) 
stress  resultant  (lb /in.) 

axial  load  applied  to  systems  equipment  bay  (lb) 
axial  load  applied  to  center  line  extension  boom  (lb) 
cylinder  radius  (in.) 
extension  boom  radius  (in.) 

ratio  of  stringer  height  and  stringer  spacing 

ratio  of  stringer  thickness  and'  skin  thickness 

lateral  shear  load  applied  to  systems  equipment  bay  (lb) 

skin  thickness  of  stiffened  shell  (in.) 

equivalent  thickness  of  stiffened  shell  (in.) 

aft  coverthickness  (in.) 

forward  cover  thickness  (in.) 

frame  stiffener  thickness  (in.) 

midsection  bulkhead  thickness  (in.) 
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NOMENCLATURE  (Continued) 


t 

m 

t 

s 

t 

w 

W 


W ■ 
e 

w 


O' 

3 


V 

(D 

e 

P 


Pf 

PP 

2 


CT 

a 


monocoque  shell  thickness  (in.) 
longitudinal  stiffener  thickness  (in.) 
tubular  wall  thickness  of  extension  boom  (in.) 
total  satellite  weight  (lb) 
mission  equipment  weight  (lb) 

width  of  systems  equipment  bay  box  structure  (in.) 

curvature  parameter  of, monocoque  cylinder 
(dimensionless) 

panel  efficiency  coefficient  (dimensionless) 

critical  stress  correction  factor  for  combined 
bending  and  axial  compression  of  plates 

Poisson's  ratio'  (dimensionless) 

uniform  load  on  midsection  bulkhead  (psi) 

material  weight  density  (lb/in  ) 

frame  stiffener’ radius  of  gyration  (in.) 

radius  of  gyration  per  unit  width  of  stiffened  panel 
(dimensionless) 

solidity  (dimensionless) 

applied  stress  (psi) 

optimum  stress  (psi) 

critical  stress  for  monocoque  plate  (psi) 
critical  stress  for  monocoque  shell  (psi) 
critical  stress  for  stiffened  panel  (psi) 
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NOMENCLATURE  (Continued) 


<j 

s 

a 

w 

<T 

y 

Section  11 

PD(t) 

F(M) 

Pr(k) 

P(X) 

Q 

q 

R[L,  T(I)  ] 
RM^) 

RsCt(i)] 

R(t) 

t 

X 

X 


critical  stress  for  longitudinal  stringer  (psi) 
critical  stress  for  tubular  wall  (psi) 
yield  stress  (psi) 


probability  of  detection  (dimensionless) 

probability  that  the  monitoring  system  is  function- 
ing properly  at  the  time  of  the  failure  (dimensionless) 

probability  that  module  L is  in  the  kth  operability 
state  (dimensionless) 

probability  that  the  out-of-specification  parameter 
was  monitored  by  the  failure  detection  system 
subsequent  to  the  failure  (dimensionless) 

effective  dormancy  factor  (dimensionless) 

dormancy  factor  (dimensionless) 

reliability  of  module  L at  time  T (I)  (dimensionless) 

reliability  (probability  of  successful  operation  to 
time  t)  of  the  entire  monitoring  system  (dimensionless) 

reliability  of  a single  system  at  time  T (I)  (dimensionless 

spacecraft  reliability' function  (dimensionless) 

time  (sec) 

translated  failure  rate  (failures /sec) 

effective  active  failure  rate,  when  duty  cycled 
(failures /sec) 
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NOMENCLATURE  (Continued) 


A 


SF 


2 

a 


portion  of  the  monitoring  system  failure  rate 
which  is  linked  to  a false  indication  of  failure 
being  generated  by  the  sensor  (failures /sec) 

failure  rate  of  that  portion  of  the  monitoring 
system  assigned  to  parameter  X,  one  of  n parameters 
monitored  (failures /sec) 

portion  of  the  switch  failure  rate  that  is  linked 
to  a change  of  state  without  a command  from  the 
monitor  subsystem  (failures /sec.) 

mean  (sec) 

2 

variance  (sec  ) 


Section  13 

A 

A 

s 

a 


C 


component  state1of-art  factor  (dimensionless) 

subsystem  state-of-art  factor  (dimensionless) 

constant  exponential  power  for  component 
development  lead  time  (dimensionless) 

direct  DDT&E  charges  allocated  by  component 
(dollars) 

base  value  component  costs  (dollars) 

subsystem  direct  DDT&E  cost  (dollars) 

base  value  subsystem  costs  (dollars) 

component  development  lead  time  constant  (months) 

component  qualification  lead  time  constant  (months) 

constant  multiplier  for  component  qualification 
(months /dollar) 

subsystem  development  lead  time  constant  (months) 
subsystem  qualification  lead  time  constant  (months) 


N- 18 


NOMENCLATURE  (Continued) 


constant  multiplier  for  subsystem  qualification 
(months  / dollar) 

constant  exponential  power  for  subsystem 
development  (dimensionless) 

ith’ component  of  N components  (dimensionless) 

constant  for  component  type  (months /dollar) 

constant  which  depends  upon  the  extent  of  system 
testing  required  (dimensionless) 

average  redundancy  for  subsystem,  active  plus 
standby  strings  (dimensionless) 

constant  exponential  power  for  subsystem  develop 
ment  lead  time  (dimensionless) 


MaB  ,wreivno)v.ULy 


BLAAfff 


GLOSSARY 


APS 

APT 

ATS 

AYCS 

BBAU 

CCU 

CDPI 

CER 

CLER 

CMG 

COM 

DDT&E 

DEV 

DOD 

DPES 

DSCS-II 

DSP 

DTU 

ENG 

EO 

EOS 

ERP 

ERTS-A  , 
FOV 
FSK 
FV 


Auxiliary  Propulsion  Subsystem 
Automatic  Picture  Transmission 
Applications  Technology  Satellite 
Automatic  Vidicon  Camera  Subsystem 
Baseband  Assembly  Unit 
Central  Control  Unit 

Communications,  Data  Processing  and  Instrumentation 

Cost  Estimating  Relationship 

Clerical 

Control  Moment  Gyros 
C ommuni  c ati  on  s 

Design,  Development,  Test  and  Evaluation 

Development 

Department  of  Defense 

Data  Processing  Electronics  Subsystem 

Defense  Satellite  Communications  System-II 

Defense  Satellite  Program 

Digital  Telemetry  Unit 

Engineering 

Ear.th  Observation  Mission' 

Earth  Observatory  Satellite 

Effective  Radiated  Power 

Earth  Resources  Technology  Satellite-A 

Field  of  View 

Frequency’ Shift  Key 

Number  of  Flights  Vehicles 
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G&A 

General  and  Administrative  Expense 

GRA 

Gyro  Reference  Assembly 

GSE 

Ground  Support  Equipment 

HEAO 

High.  Energy  Astronomy  Observatory 

HLTWT 

High  Level  Traveling  Wave  Tube 

LST 

Large  Space  Telescope 

Li  UN 

Lunar  Mission 

LV/OP 

Local  Vertical/Orbit  Plane 

i 

MDP 

Mission  Data  Processing 

ME 

Mass  Expulsion 

MEr 

Mission  Equipment  DDT&E  Cost 

MEU 

Mission  Equipment  Average  Unit  Cost 

Mission  Equipment  Weight 

MFG 

Manufacturing 

MMD 

Mean  Mission  Duration 

MUX 

Multiplexer 

NA 

Not  Available 

N CHOSE 

Vectors  Specifying  the  Equipment  Quantities 

OAO 

Orbiting  Astronomical  Observatory 

OGO 

Orbiting  Geophysical  Observatory 

OSO-I 

Orbiting  Solar  Observatory-I 

OSR 

Optical  Surface  Reflectors 

PCM 

Phase  Change  Material 

PCU 

Power  Control  Unit 

PLN 

Planetary  Mission 

PM 

Phase  Modulation 

PRN 

Pseudo  Random  Noise 

PSK 

Phase  Shift  Key 

QC 

Quality  Control 

QV 

Number  of  Qualification  Vehicles  , 
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RF 

RSS 

S&C 

SGLS 

TCS 

TDP 

TLG 


Radio  Frequency 

Root-Sum-Square 

Stabilization  and  Control 

Air  Force  Space  Ground  Link  System 

Thermal  Control  Subsystem 

Telemetry  Data  Processing 

Tooling 
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